Database Info

Ported CM7-RC12 on XT720(Korean Motoroi) - Old version - Milestone XT720 General

This rom story has been moved development thread.
Follow link:
http://forum.xda-developers.com/showthread.php?t=1227835
--------------------------------------------------------------------
Ported CM7-RC12 to XT720(Korean Motoroi)!!
[Outline]
CM-7.1.0-RC12 customized.(default base is nadlabak's Milestone ROM)
Model : Korean Motoroi XT720
Based Rom : STSKT_N_79.33.50R (Android 2.2.1)
[Work]
3G fixed.
WiFi fixed.
Battery fixed.
USB fixed.
KeyPad fixed.
Sensor's fixed.
Touch fixed.
App2sd fixed.(ext3)
Etc.
[Not Work]
USB Connect icon(Status-bar)
overclock
[Install]
1) RSD for STSKT_N_79.33.50R (Android 2.2.1)
2) root
3) OpenRecovery install
4) Update-pack download and copy (/sdcard/OpenRecovery/updates)
5) OpenRecovery boot
6) Wipe Data / Factory reset
7) Apply Update (CM-7.1.0-RC12-XT720-J.Y.Daddy-Beta1.zip)
8) reboot
[Mirror]
http://www.multiupload.com/8Z6Y5O1HSW
[2011.08.15]
And MIUI Gingerbread 1.8.12 version, we also succeeded in porting.
Yet there remains a minor bug, but can be used.
If you succeed in porting MilestoneXT720 CM7, of course, a port will become MIUI Gingerbread!
Good Luck!!
Alpha-1 Version Download :
(MIUI-1.8.12-KO-XT720-J.Y.Daddy-alpha1.zip) http://www.multiupload.com/NOJWWVYF00
Thanks for your help.

Quick question: Is this compiled from source for XT720 or is it a binary port of nadlabak's A853 (or other) ROM?

We did not compiled.
Through a variety of modules that are compatible with the process of extraction is created by the ROM.
Of course, the default base is nadlabak's A853 ROM.

For European xt720 we get bootloop...

I believe you must 1st sbf to Korean 2.2 for it to boot. Just like the one we already have. And Mioz what about the 5 point touch module for milestone? You think that might make our touch work.

fjfalcon said:
For European xt720 we get bootloop...
Click to expand...
Click to collapse
When you update from a different ROM will be bootloop.
Based rom is Korea Froyo Rom(STSKT_N_79.33.50R).

easye420 said:
I believe you must 1st sbf to Korean 2.2 for it to boot. Just like the one we already have. And Mioz what about the 5 point touch module for milestone? You think that might make our touch work.
Click to expand...
Click to collapse
We are the "5 point touch module" tested. Is not active.
However, we have "3 point touch module" has to.
It is active only in Korea Motoroi XT720.

J.Y.Daddy said:
We are the "5 point touch module" tested. Is not active.
However, we have "3 point touch module" has to.
It is active only in Korea Motoroi XT720.
Click to expand...
Click to collapse
Does the 3 point touch module enable touch on cm7 on motoroi?

easye420 said:
Does the 3 point touch module enable touch on cm7 on motoroi?
Click to expand...
Click to collapse
CM7 touch does not work. So, can't test yet.
Possibilities are very high.

hello i'm members of androiders,too
I heard usb problem fixed by vista of androiders.
can you find vista's thread that fixed usb problems??
i want to this project will be successful.
(in korean)낭만로드님 제가 그전에 비스타님의 글로 터치제외한 모든버그를 고쳤다는 글을 읽은것 같습니다. 한번 비스타님의 글을 뒤져보심이......
Sent from my A853 using XDA App

siwkim said:
hello i'm members of androiders,too
I heard usb problem fixed by vista of androiders.
can you find vista's thread that fixed usb problems??
i want to this project will be successful.
(in korean)낭만로드님 제가 그전에 비스타님의 글로 터치제외한 모든버그를 고쳤다는 글을 읽은것 같습니다. 한번 비스타님의 글을 뒤져보심이......
Sent from my A853 using XDA App
Click to expand...
Click to collapse
Oh! nice to meet you.
This work will progress up with Vista's.
And some members are doing together.
(in korean)
여기서 한국사람을 뵈니 색다르네요. 한글도 ㅎㅎ;
지금 말씀하신게 바로 저와 비스타님이 진행해서 현재 여기까지 온거에요.
즉, 저와 비스타님 뿐만 아니라 로이포럼에서 연구소 쓰레드로 진행해 왔는데
터치문제는 지금 난관에 부딪혀서 이렇게 XDA에 올리게 된 것입니다.

have you tested XT720(milestone)'s original touch module?
i think that module make topuch work.
(in Korean)낭만로드님 답변을 해주시니 감사할 따름입니다.
혹시 유럽발 XT720의 기본 터치모듈이 작동하는지 확인해 보셨나요?? 아마도 모듈 문제 같은데 한번 테스트 해보심이...
Sent from my A853 using XDA App

siwkim said:
have you tested XT720(milestone)'s original touch module?
i think that module make topuch work.
(in Korean)낭만로드님 답변을 해주시니 감사할 따름입니다.
혹시 유럽발 XT720의 기본 터치모듈이 작동하는지 확인해 보셨나요?? 아마도 모듈 문제 같은데 한번 테스트 해보심이...
Sent from my A853 using XDA App
Click to expand...
Click to collapse
hmm.. good idea. i will try.
(in korean)
그건 미쳐 생각 못했네요 ㅎㅎ; 어차피 이것 저것 다 시도해보는터라 한번 해보아야겠네요.
아이디어 고맙습니다^^;
------------------------------------------------------------------------------
[Test Result]
Are the same. touch doesnt work. (in korean: 달라지는게 전혀 없네요 --)

Proprietary files comparison
Attached is a zip that contains a text file with md5 sums and two csv spreadsheets that can be used to compare some relevant ROMs. The ROMs included in the comparisons are:
1. STSKT_N_79.33.50R (Motorola's 2.2.1 for Motoroi XT720)
2. update-cm-7.1.0-RC12-11.07.14-Milestone-signed (Nadlabak's CM7 for A853)
3. android_vendor_motorola_umts_sholes (nadlabak's github)
4. CM-7.1.0-RC12-XT720-J.Y.Daddy-alpha-1 (port of #2/#3 for Motoroi XT720)
5. SC_2.2_XT720_Beta3a (Dexter's/WanHu's port of #1 for Milestone XT720)
The spreadsheet is limited to only the files included in android_vendor_motorola_umts_sholes/proprietary. These are the files that are copied verbatim from the A853 Motorola ROM and used by nadlabak's build. Some files needed on XT720 don't have the same name, but they are not included (i.e. cameraCalFileDef5M.bin and cameraCalFileDef8M.bin is used on A853 but cameraCalFileDef.bin used instead on both XT720s) The columns of the spreadsheet are:
1. file name
2. md5sum
3. path hint
Using the md5sum you can see if the file included in each one is different from the others. For example:
Code:
pvrsrvinit 579227b3cbaca8a67f24075d5b51d2d8 CM-7.1.0-RC12-XT720-J.Y.Daddy-alpha-1/system/bin/pvrsrvinit
pvrsrvinit 3c3d144ae96061476218d283e393c54e SC_2.2_XT720_Beta3a/system/bin/pvrsrvinit
pvrsrvinit 579227b3cbaca8a67f24075d5b51d2d8 STSKT_N_79.33.50R/system/bin/pvrsrvinit
pvrsrvinit 579227b3cbaca8a67f24075d5b51d2d8 update-cm-7.1.0-RC12-11.07.14-Milestone-signed/system/bin/pvrsrvinit
pvrsrvinit 579227b3cbaca8a67f24075d5b51d2d8 android_vendor_motorola_umts_sholes/proprietary/bin/pvrsrvinit
This indicates that the file /system/bin/pvrsrvinit is identical on STSKT_N_79.33.50R, update-cm-7.1.0-RC12-11.07.14-Milestone-signed, CM-7.1.0-RC12-XT720-J.Y.Daddy-alpha-1 because they all have md5sum=579227b3cbaca8a67f24075d5b51d2d8. But on Milestone XT720 (SC_2.2_XT720_Beta3a) the md5sum=3c3d144ae96061476218d283e393c54e. This means that this file was changed by Dexter/WanHu from the version in Motoroi XT720 version in order to get the ROM to work on Milestone XT720.
So, one way to go about this is to try and see if there are some files that might need to be updated. For example, files that are identical in STSKT_N_79.33.50R and SC_2.2_XT720_Beta3a very likely need to be identical in both CM-7.1.0-RC12-XT720-J.Y.Daddy-alpha-1 and a Milestone XT720 port. So one thing to do is to study these lists and identify files that seem suspicious.
The comparisons.md5 file has md5sums for all files in the ROMs (i.e. not just the ones in nadlabak's github).
Edit: added a shortlist.csv to the zip that removes files that are identical in all five ROMs

Or we can just debug the ROM via adb and see if any useful error-messages regarding the touch screen come up.

Vistaus said:
Or we can just debug the ROM via adb and see if any useful error-messages regarding the touch screen come up.
Click to expand...
Click to collapse
I wasn't able to find anything useful using logcat or dmesg when I was trying to binary port stlifey's, so I wasn't expecting to see anything useful here, either. The touch is quite strange on our phone. For example if you use a different bootanim binary, *poof* touch doesn't work (I was trying to get the live logcat/live dmesg working, chainfire seemed to think that was strange, too). Or if you delete /system/media/bootanim.zip to try and use the default android animation, *poof* no touch. Even in those cases, I couldn't find anything in the logs that was different.

Some questions for Motoroi owners
Can someone with a Motoroi XT720 post the output of "getevent" run over ADB?
Is there an OpenRecovery for Motoroi XT720 that works when holding volume-up at boot to enter OpenRecovery?
It looks like when I apply the 50R sbf on Milestone XT720, then the volume keys are on event3 (check this by "adb shell getevent /dev/input/event3" and pressing volume up/down):
Code:
/dev/input/event3: 0001 0073 00000001
/dev/input/event3: 0001 0073 00000000
But on Milestone XT720 running a Milestone XT720 kernel, the volume up keys are on event4 (check this by "adb shell getevent /dev/input/event4" and pressing volume up/down)::
Code:
/dev/input/event4: 0001 0073 00000001
/dev/input/event4: 0001 0073 00000000
This is what I get from getevent on Milestone XT720 when running 50R:
Code:
add device 1: /dev/input/event6
name: "sensors"
add device 2: /dev/input/event5
name: "lm3530_led"
add device 3: /dev/input/event4
name: "proximity"
add device 4: /dev/input/event3
name: "sholes-keypad"
add device 5: /dev/input/event2
name: "qtouch-touchscreen"
add device 6: /dev/input/event1
name: "cpcap-key"
add device 7: /dev/input/event0
name: "compass"
And this is what I get running a normal Milestone XT720 ROM:
Code:
add device 1: /dev/input/event7
name: "sensors"
add device 2: /dev/input/event6
name: "lm3530_led"
add device 3: /dev/input/event5
name: "proximity"
add device 4: /dev/input/event4
name: "sholes-keypad"
add device 5: /dev/input/event3
name: "qtouch-touchscreen"
add device 6: /dev/input/event2
name: "cpcap-key"
add device 7: /dev/input/event1
name: "accelerometer"
add device 8: /dev/input/event0
name: "compass"
So, it seems that the accelerometer device is missing when booting the Korean kernel on Milestone XT720 and this shifts the keyboard to event3? Or does accelerometer not exist on Motoroi?
Edit: Here's a modified sh binary for Milestone XT720 users running 50R. I'm pretty sure this will not work on Motoroi XT720 based on looking at the key mapping file in the stock 50R. My theory is this is a problem for Motoroi kernels on Milestone XT720, only. I just used a hex editor to change /dev/input/event4 to /dev/input/event3. This works on my Milestone XT720. Replace /system/bin/sh and /sdcard/OpenRecovery/orbootstrap/str/sh with this copy, but be very careful--if you flash a non-korean sbf the volume up will stop working. Eventually it would be better to have a single binary that checks both event4 and event3, but I haven't figure out how to recompile orbootstrap yet. And you should probably be religious about reapplying this after applying updates etc incase it gets replaced with a bad version, etc.

Mioze7Ae said:
Can someone with a Motoroi XT720 post the output of "getevent" run over ADB?
Is there an OpenRecovery for Motoroi XT720 that works when holding volume-up at boot to enter OpenRecovery?
Click to expand...
Click to collapse
Thank you very much for your help.
The same OpenRecovery Motoroi is being used.
Volume-up key at boot to enter the OpenRecovery available.
And acceleration sensors are also Motoroi.
I do not know why that does not appear in MilestoneXT720.
However, CM-7.1.0-RC12-XT720-JYDaddy-alpha-1 does not appear in.
[Question]
"sh binary" input device to control possible?
CM-7.1.0-RC12-XT720-JYDaddy-alpha-1 after install
other input devices has confirmed that the event occurred.
"/ dev/input/event3". In other words, the only thing can't see the qtouch-screen events.
Thanks.

I don't think the event renumbering is much of a problem for Android on MsXT720, because the 50R works fine (except for the missing accelerometer) and touch works there. It was just that the hijacked sh from open recovery is uses /dev/input/event4 to read the keys. Since they are not shifted on Motoroi and touch does not work, and Milestone is shifted and touch does work on stock 50R, I think the problem must be somewhere else.
Did you try using /system/bin/bootanimation and/or /system/bin/linker from 50R? Dexter changed those for MsXT720 when he ported 50R to the MsXT720. That may give clues about what files are kernel-specific (since this ROM wad compiled for A853).
Maybe I can try breaking the WanHu ROM on MsXT720 to see which files stop the touchscreen.
Sent from my XT720 using XDA Premium App

Mioze7Ae said:
Did you try using /system/bin/bootanimation and/or /system/bin/linker from 50R? Dexter changed those for MsXT720 when he ported 50R to the MsXT720. That may give clues about what files are kernel-specific (since this ROM wad compiled for A853).
Maybe I can try breaking the WanHu ROM on MsXT720 to see which files stop the touchscreen.
Sent from my XT720 using XDA Premium App
Click to expand...
Click to collapse
bootanimation change not try.
change bootanimation!! i will try it, tonight.
and then will shared result.

Related

Froyo 2.2.2 port for Huawei U8120.
Maybe it will work on Huawei U8100/U8110 series, but for now it is focused on U8120.
So I dont know what behavior has on U8100 etc.
I must say a big thanks to Tom_G for his awesome work, especially for his froyo port on pulse.Without his work and his posts
on modaco forum, I will not be able to accomplish this.
kalt kaffe's 2.6.29 kernel.
Android 2.2.2 from aosp with some codeaurora changes.
JIT enabled.
Working:
RIL
Audio
GPS
Bluetooth
Wifi
SD card
Sensors
TSCalibration from codeaurora(still the app needs some improvements.For now use a stick or pen when you calibrate the screen)
Not working/bugs:
camera
broken layout on dialer
sdcard cannot be mounted in pc
Its still under development.This is not a finished rom and its not fully tested.
Probably it has problems that I have not yet encountered.So I would not suggest you to try it,
except if you have some experience and you want to help.
I have tried to make it as plain and simple as it gets.No google apps, no bootanimation etc.When all bugs are fixed then I will include them or I will post
my rom.But there are guys that are more expert in rom cooking than me.
Here is a zip with already compiled image files if someone wants to try it and post any bugs/fixes that have found.I have also uploaded here gapps if someone wants them(gmail,market etc)
Code: https://github.com/tas0s
Device tree: https://github.com/tas0s/android_device_huawei_u8120
Try it at your own risk.
Im not responsible for any damage that this may cause.

v.1 initial build

How to build it:
- Install git and gpg (gnupg).
- Download repo - http://source.android.com/source/git-repo.html
$ mkdir android
$ cd android
$ repo init -u https://github.com/tas0s/platform_manifest.git
$ repo sync
- Extract necessary binaries
Some compiled code from the official eclair roms is re-used in froyo. Because some of this code is not opensources I cannot included in the git repository.
The files can be extracted from any u8120 eclair rom.
Place the rom zip in the android directory an rename it to u8120_update.zip
navigate to /device/huawei/u8120:
cd device/huawei/u8120
Then execute from the android directory
$sh device/huawei/u8120/unzip_files.sh
else you can extract them from a working u8120 phone with an eclair rom (check that adb is enabled)
$device/huawei/u8120/extract_files.sh
- Building the system
Once thats done you can start compiling.
Follow the aosp instructions on setting up the build environment. - http://source.android.com/source/download.html
After the environment is setup.
$ cd android
$ source build/envsetup.sh
$ lunch
Select the device u8120.
$ make
I recommend using multiple threads for make if you have a multi core/processor system. By default make will use
1 thread (-j1), set it to use 2*NumberOfCPUsAvailable (so on my dual core -j4). Reducing the number of threads used will reduce the impact on
system performance while the build is running.
The output will be image files in {buildroot}/out/target/product/u8120/. Flash with fastboot.
$ fastboot flash boot out/target/product/u8120/boot.img
$ fastboot flash system out/target/product/u8120/system.img
$ fastboot flash userdata out/target/product/u8120/userdata.img
$ fastboot reboot
For some reason the generated boot.img fails to boot.Maybe I have something wrong about kernel base etc in the BoardConfig.mk.
For now just use the ramdisk.img and the provided kernel and pack it with dsixda's kitchen or with the huawei-u8100 tools that have been posted on the forum.
Then just use fastboot as stated above.

for the future

thnx for the gifts up to it tomorrow

A question about camera problem, only video or all features?

bitye said:
A question about camera problem, only video or all features?
Click to expand...
Click to collapse
The camera fails after a few secs.When an image appears in the preview window.
I have read that the the way that android handles camera has changed in froyo.In cyanogen they are using a libcamera2 (just libcamera with a few changes I think so it can work with the new framework).
As you can see in the BoardConfig.mk I have already include the libcamera2 statements but not the lib
When I manage to get some free time I would try the libcamera2.Maybe until the end of the week or sooner.

Ρε πατριδα αξιζει η rom ή οχι;

tas0s said:
For some reason the generated boot.img fails to boot.Maybe I have something wrong about kernel base etc in the BoardConfig.mk.
For now just use the ramdisk.img and the provided kernel and pack it with dsixda's kitchen or with the huawei-u8100 tools that have been posted on the forum.
Then just use fastboot as stated above.
Click to expand...
Click to collapse
There's a little fix using bootbuilder for U8120, see this post:
http://android.modaco.com/content/t...l-r1-bootbuilder-for-pulsemini-alpha-release/
In the 6th reply you can find the info you could need it
Good luck!

Hi can you tell me on wich kernel it runs?
the 2.6.32 or2.6.29?
and if wiifi is completly fixed no crashes sleep works mac adress?
thanks

calibration fixed at this repo?

larissamafia said:
Ρε πατριδα αξιζει η rom ή οχι;
Click to expand...
Click to collapse
Πατριωτάκι δεν είναι για καθημερινή χρήση ακόμα.Γιαυτό δεν έχω βγάλει και έτοιμη rom.

@Shiftok:
The calibration is integrated in the framework etc but it has some small issues.
As I say in the first post, it needs improvement.
@Cedric123:
Im using 2.6.29 kernel.The wifi works normally.If I remember right and MAC address.

tas0s said:
@Shiftok:
The calibration is integrated in the framework etc but it has some small issues.
As I say in the first post, it needs improvement.
@Cedric123:
Im using 2.6.29 kernel.The wifi works normally.If I remember right and MAC address.
Click to expand...
Click to collapse
ah okey
does this work?
i extract boot.img
put my own zImage in it
repack boot.img
start Phone?
i rly want my own kernel in the ROM with my overclock funtion adn all my +kalt+kaffes optimizations

cedric123 said:
ah okey
does this work?
i extract boot.img
put my own zImage in it
repack boot.img
start Phone?
i rly want my own kernel in the ROM with my overclock funtion adn all my +kalt+kaffes optimizations
Click to expand...
Click to collapse
The kernel Im using is kalt kaffe's kernel.So I think that if you just replace the kernel and the kernel modules in /system/lib/modules you will be fine.
Im uploading now a zip with the compiled images.
It has the problems I mention in the first post etc.
Just an observation.If the calibration isnt correct the screen is always on landscape mode Propably because it gets wrong screen dimensions.So if you see something like that, calibrate your screen with the TSCalibration app.
When im done with the camera, I will fix the calibration bugs.

Hi. Im testing your rom.
I cannot mount the sdcard on computer. when i press to activate usb storage it does nothing in computer.
EDIT - i cant install anything because i dont have a file explorer to see the sdcard files. can you please add one or make an .img with the stock apps

joilaroi said:
Hi. Im testing your rom.
I cannot mount the sdcard on computer. when i press to activate usb storage it does nothing in computer.
EDIT - i cant install anything because i dont have a file explorer to see the sdcard files. can you please add one or make an .img with the stock apps
Click to expand...
Click to collapse
Thank you very much for the feedback joilaroi.I have updated the first post with the sdcard bug.I tried myself and you are right.I will try to fix it.
As I know the stock android froyo hasnt any file manager/explorer.Maybe we can get it from cyanogens.
For now, you can do this.Flash the gapps update that I have in the first post,setup market etc and download a file manager from the market(ex.astro file explorer).

tas0s said:
Thank you very much for the feedback joilaroi.I have updated the first post with the sdcard bug.I tried myself and you are right.I will try to fix it.
As I know the stock android froyo hasnt any file manager/explorer.Maybe we can get it from cyanogens.
For now, you can do this.Flash the gapps update that I have in the first post,setup market etc and download a file manager from the market(ex.astro file explorer).
Click to expand...
Click to collapse
thanks. its what i am doing. if i find anything i will give feedback
EDIT - Cant install superuser and have permissions. it downloads su-2.3.1-bin-signed.zip to sdcard but its corrupted. maybe its better if its already on .img
Im getting more MFLOPS with 633Mhz in this rom than with 691Mhz with the other kernel. its now with 4.45 MFLOPS vs 4.1MFLOPS. Nice
Do you know where i can find su-2.3.1-bin-signed.zip?

Ubuntu 10.10 x64 under W7 VMWare will be enought for compile?
PC: C2D [email protected],2GHZ 8GB RAM
Laptop: Lenovo T410 i5 vPro 2,4GHz Quad Core 4GB RAM

I think yes

I assume no liability for any damage to your phone!
You can use my complete rom or parts of it to make your own rom. Only post a small thanks on your owm thread.
Big thanks to: iaio72, spear1403, tgzw, Quarx, Simondo, ein1002, santimanuel, epsylon3 and ...
Language support for final 4.0 --> da, de, el, en, es, fi, fr, hr, hu, id, it, nb, nl, pl, pt, pt-BR, sv, th, ti, vi, zh_CH, zh_TW + arabic* and ru*
MS2Ginger 4.0
- based on 4.5.2-109-DHT-25 - Android 2.3.6 blur lite rom
- support for Defy, Defy+, Milestone 2, Bravo
- MS2Ginger4 can used as 2nd-system (tested on GB kernel only) !! system image file have to be >= 350 MB
- multibootmanger app by royale1223
- new bootmenu 1.1.8, CWM 5.0.5/6, multiboot big thanks to m11kkaa
- 2 way to boot the rom: normal and via 2nd-init (default)
- new reboot option form cm7.2 --> trigger: all keys at the same time vol- , vol+ , power (only tested on Defy)
- disabled blurhome rotation
- button backlight can set from 10-100 % via build.prop
- mmcfix from CM7
- CPU settings default safe 30/300 38/600 {48/800} 58/1000
- Camera will work on SOC and Bayer camera (green* and red)
- better camera support for bayer camera
- new 720p record* and play (Milestone 2 - Android 2.3.6 files)
- 720p record in m4v (h264 can be enabled via build.prop)
- Milestone 2 froyo camara app for SOC camera (fixed green strips)
- BlurHome from Milestone 2 - 2.3.6 (no widget updating bug)
- Battery min. 2-5 mA/h
- no wifi, apn, vpn bugs
- wifi channels 12, 13, 14 enabled
- bootmenu + cwm (vsel4/clk4 added) "did not work for SOC camera with greenbreadMOD"
- bootmenu with Stable, Custom, Stock-Recovery
- call record libs
- init.d support
- zipalign at boot
- ramscript
- backlight button fix for Defy with bayer camera (can removed via optional patch)
- deepsleep support
- max 10 finger multitouch
- support for farsi-arabic, hebrew (thanks to MMarv)
- CyanogenMod-settings not finished (alpha) - sorry, will try to fix it if i have more time.
(* via greenbreadmod for MS2Ginger4.0 and if you never flashed a Android 2.3.6 full sbf with bl7)
(* 720p record only for Bayer camera Defy and Milestone 2)
Download: ROM, BlurApps, Greenbread: (MS2Ginger4.0.zip, BlurApps-MS2Ginger4.zip,Milestone2patchMS2Ginger4.0withbaseband.zip )
Mirror 1 (google)
Mirror 2 (Dev-Host)
More information for BlurApps --> LINK
Soft-sim-unlock for MS2Ginger 4.0
based on Dabb guide: http://forum.xda-developers.com/showthread.php?t=1447950
Install View attachment 1129769 via CWM.
If you like MS2Ginger feel free to donate! Donations will be used to purchase a Defy with SOC camera (green lens)
Bugs and problems Reporting: http://code.google.com/p/ms2ginger/issues/list?can=1&q
- wifi bug like all 2.3.6 Motorola roms http://forum.xda-developers.com/showthread.php?t=1502817
(fixed, disable unlimited lease time for IP adress on your rooter)
Timeline:
19.06.12 - MS2Ginger 4.0 released
05.02.12 - MS2Ginger 3.0 released
Patch and updates for current release
none for MS2Ginger 4.0
HOW to INSTALL:
To begin:
Put the Nandroid backup folder MS2Ginger on the SDCard in this folder: /sdcard/clockworkmod/backup
Put "Milestone2patchMS2Ginger4.0withbaseband.zip" to the root of your sdcard
Put "Milestone2-GB-kernel-update.zip*" to the root of your sdcard (only if you have a froyo kernel)
-------------------------------------------------------
Root your Milestone 2 and Install BOOTMENU - CWM for Milestone 2
REBOOT
run 2nd-init (voldown on blue LED)
Go to "Recovery"
Go to "Latest or Stable or Custom Recovery"
"wipe data and cache"
Go to "Backup and Restore"
Go to "Advance Restore"
Select "MS2Ginger4.0"
"restore system"
Go to "install zip from sdcard"
select and install "Milestone2patchMS2Ginger4.0withbaseband.zip"
"Install "Milestone2-GB-kernel-update.zip" via install zip" (only if you have froyo kernel)
reboot
Booting up can take a while, max is about 10 minutes.
Team:
- walter79
- spear1403 (theming)
- santiemanuel
- Defy red lens tests spear1403
- Defy greens lens tests luciferps and Cristi_10
- Defy plus tests Dollo73 and free2live
- Milestone 2 tests Carolinux and Motodoido
Translation Team: (each language max. 4 person) View attachment 806172
Brazillian Portuguese: pupiloalpha , Cassinander , filipeazev
Bulgarian Auris 1.6 vvt-i
Farsi: MMarv
Hungarian: szabof1 , balika01
Polish: yackoo , szacuken , Antszej
Serbian: atomskasarma
Spanish espaciosalter20
Spanish-Argentina YaPeL

walter79 said:
Welcome.
The idea:
Defy is running Milestone 2 Android 2.2.2 ROMs. (DACH retail based)
So maybe we could make a working Gingerbread for Milestone 2.
- Defy has rooted only Android 2.3.4 /system nandroid-backup http://forum.xda-developers.com/showpost.php?p=14793844&postcount=8
- it is also possible to run 2nd-init on milestone 2
- read this (Defy 2nd-int + froyo kernel + Gingerbread-system working) http://forum.xda-developers.com/showthread.php?t=1130656
- i think it could be possible to get gingerbread working on milestone 2
- basband should be change with original milestone 2 files
- /lib/hw/ from milestone 2 needed
- kernel from milestone 2
- fix for camera
Whats your opinion?
Click to expand...
Click to collapse
I'm sorry to kill your optimism, but we are unable to flash onto /system for now. Big files at least..

Did clockworkmod not work?
http://www.gamaze.com/blog/2010/11/installing-clockworkmod-recovery-on-motorola-milestone-2/

walter79 said:
Did clockworkmod not work?
http://www.gamaze.com/blog/2010/11/installing-clockworkmod-recovery-on-motorola-milestone-2/
Click to expand...
Click to collapse
It works, it's just that.. it doesn't flash big update.zip's, which overwrite the whole system. Problem could be caused by us not having a recovery build specifically for our devices.

But nandroid backup works, or?

Mikevhl said:
It works, it's just that.. it doesn't flash big update.zip's, which overwrite the whole system. Problem could be caused by us not having a recovery build specifically for our devices.
Click to expand...
Click to collapse
So build one: https://github.com/koush/Droid2Bootstrap
Edit: Check this out "use an update.zip that waits a bit longer for the system to settle then unmounts tmp and remounts /"

dangpzanco said:
So build one: https://github.com/koush/Droid2Bootstrap
Edit: Check this out "use an update.zip that waits a bit longer for the system to settle then unmounts tmp and remounts /"
Click to expand...
Click to collapse
Nice. Will try to get a clean nandroid backup of my /system, unyaffs it and create my own update.zip formatting /system and using this trick to see if I it works.

r2beta0 said:
Nice. Will try to get a clean nandroid backup of my /system, unyaffs it and create my own update.zip formatting /system and using this trick to see if I it works.
Click to expand...
Click to collapse
Lol, I think it's a lucky shot finding this...
Sent from my Milestone 2 XDA App

Hey, what happens if I flash Defy's SBF on M2? Besides other problems is it possible to enter bootloader mode and flash another sbf, or it will corrupt the device?
I didn't, but I saw it was a prerequisite for the Rom posted here, so if there's theorical trouble, then I won't try.
Also I found out that Droid 2 bootloader image has the same first and last bytes as M2 (but different check sums), and Defy's is little different.

dangpzanco said:
Hey, what happens if I flash Defy's SBF on M2? Besides other problems is it possible to enter bootloader mode and flash another sbf, or it will corrupt the device?
I didn't, but I saw it was a prerequisite for the Rom posted here, so if there's theorical trouble, then I won't try.
Also I found out that Droid 2 bootloader image has the same first and last bytes as M2 (but different check sums), and Defy's is little different.
Click to expand...
Click to collapse
Did not work.

dangpzanco said:
Hey, what happens if I flash Defy's SBF on M2? Besides other problems is it possible to enter bootloader mode and flash another sbf, or it will corrupt the device?
I didn't, but I saw it was a prerequisite for the Rom posted here, so if there's theorical trouble, then I won't try.
Also I found out that Droid 2 bootloader image has the same first and last bytes as M2 (but different check sums), and Defy's is little different.
Click to expand...
Click to collapse
I don't think RSD Lite will allow you to do that. Even if it does, I don't think it's a good idea since it may replace your bootloader potentially bricking your phone.

r2beta0 said:
I don't think RSD Lite will allow you to do that. Even if it does, I don't think it's a good idea since it may replace your bootloader potentially bricking your phone.
Click to expand...
Click to collapse
Yeah, I thought about that bricking stuff... (maybe linux/mac sbf_flash would flash it)
Did the "update.zip that unmount tmp and remounts /" work?
Sent from my Milestone 2 XDA App

dangpzanco said:
Yeah, I thought about that bricking stuff... (maybe linux/mac sbf_flash would flash it)
Did the "update.zip that unmount tmp and remounts /" work?
Sent from my Milestone 2 XDA App
Click to expand...
Click to collapse
Not yet, still working on it on my free time. Unfortunately 'free time' is a scarce resource

Maybe if you point the update-script to another script:
Code:
#!/system/bin/sh
#This was in Apex 1.4.1 /etc/init.rc folder (wait for system to settle?)
sleep 24s
#unmount tmp
busybox umount /tmp
#remount /
busybox mount -o remount -rw -t rootfs /
Will it work?

dangpzanco said:
Maybe if you point the update-script to another script:
Code:
#!/system/bin/sh
#This was in Apex 1.4.1 /etc/init.rc folder (wait for system to settle?)
sleep 24s
#unmount tmp
busybox umount /tmp
#remount /
busybox mount -o remount -rw -t rootfs /
Will it work?
Click to expand...
Click to collapse
First attempt failed. I had some problems formatting /system partition. The only way I could get it to format was through Recovery Menu. Maybe the problem is reformatting the system. The command mount("MTD", "system", "/system") also doesn't work. I'm starting to think that Motorola messed with the file system. Will try again using delete_recursive instead of format.

There is any d2 / d2g rom based on GB?
With all the problems developers were facing lately, I guess motorola add the same "weird" protections in m2 2.2 to GB d2 rom

It's very hard to make a custom ROM with all these protections and without knowing what happens when phone tries to boot. All we get is the damned M logo and no info at all. Without some output from the phone everything we can do is guessing.

I was reading that new fission roms based on GB (for d2), were facing the "motorola logo" stuck problem. That´s why the developer gave up.
But, like you say, there is no way to know if it´s the same problem.
I have no knowledge at all on android platform. I´d stuck on winmo 6.
If you need some testing, I can try, there is nothing more I can offer

Second attempt failed. It may have nothing to do with format or system file. I'm really clueless Jut the M logo again. Maybe the /system protection checks for some date/time on some random file? Will reflash with RSD and 'touch' everything in /system to see if the damned thing still boots.

Did you compare the hash of apex files to the moto original files?

Recovery BootStrap (TWRP) - Motorola Defy\Bravo
Version: 4.0
Install Recovery BootStrap (TWRP) for Motorola Defy\Bravo via a USB cable. For computers running the Windows\Linux (port version) operating system.
Download: (Windows: MEGA / Google Drive) | (Linux: port by nastys post>>)
Install Recovery BootStrap (TWRP) you can right out stock firmware (without custom recovery) with superuser.
Recovery BootStrap (TWRP) - for the recovery say thank Quarx, after installation, you can install the rom CyanogenMod from Quarx for December 2014 (but do not forget about resize.zip).
Can be installed on Defy (MB525), Defy Plus (MB526), Bravo (MB520).
Requirements for smartphone:
Enable USB debugging
Superuser (ROOT)
Free space on the memory card of 100 megabytes
Instructions:
1. Download the archive
2. Unpack it somewhere else with a short path, for example D:\andro
3. Connect your phone via USB cable ("debugging on USB" should be included)
4. Run the install_bootstrap.cmd
5. When you see the label "Let's Start? =)", press any key
6. If the superuser ask permission for full access "ADB Shell", allow.
7. After installing the smart phone will automatically restart
!IMPORTANT! after restarting the Stock firmware will not start!, but you will have BootStrap (TWRP) so you can safely install custom firmware\rom
Change log:
V3:
Changed how the script
Fixed installation errors recovery on Android 4.x and later
V4:
The script changed drastically
After installation removes trash from the memory card (so far only on Android 4.x and later)
Made for normal (mortals) users , before you start the installation script checks (by model) which smartphone connected to the computer, if your smartphone is not supported script report it and stop installation, if supported will give something "Device: MB525".
Serviceability checked on the Chinese 231 (Defy) firmware with superuser (what say thank borndead), and on the Asian 231 (Defy)
Questions\FAQ:
Error "[ERROR] Verify device!", what to do?
Error "[ERROR] Verify device!", it is may mean the following:
1. You have not enabled USB debugging
2. Your smartphone does not support this Recovery. (only for MB525, MB526, MB520)
3. You need to confirm the action ADB on your smartphone
4. Or you have some other connection problems
Stock transition to CyanogenMod 11 of Quarx
Stock transition to CyanogenMod 11 (firmware and find all necessary files can be here) of Quarx in short (generally as described on the website Quarx, only simpler and under Windows)
1. Install Recovery BootStrap (TWRP) via USB
2. Enter Recovery install resize.zip
3. Restart your smartphone
4. Install CyanogenMod 11 and GApps

Good work, comrade! I flashed CM11 on the Moto Defy - everything works!

We did observed some cases, where a "new life (resized)" Defy is not booting anymore. Only solution was to reflash SBF and start from scratch.
Does this mean, it is possible to recover TWRP from PC? That would be a step a head!

This is amazing! Everytime I needed to reflash the stock ROM I needed to install cm10, then cm11, then new bootsrap etc...
Unfortunately I don't use Windows...
 @Octanium91 Would you mind if I port your script to GNU/Linux?

starbright_ said:
We did observed some cases, where a "new life (resized)" Defy is not booting anymore. Only solution was to reflash SBF and start from scratch.
Does this mean, it is possible to recover TWRP from PC? That would be a step a head!
Click to expand...
Click to collapse
I tried to do something like that, is not yet happened. Perhaps in the future even try
nastys said:
This is amazing! Everytime I needed to reflash the stock ROM I needed to install cm10, then cm11, then new bootsrap etc...
Unfortunately I don't use Windows...
@Octanium91 Would you mind if I port your script to GNU/Linux?
Click to expand...
Click to collapse
Maybe. If Iunderstand with GNU/Linux scripts

The new version, V4
The new version, V4
Changes:
The script changed drastically
After installation removes trash from the memory card (so far only on Android 4.x and higher)
More debugging: Now the script itself is not closed, and tells the user exactly what happened.
Sorry debris removal only works on Android 4.x and later.

Linux port done!
@Octanium91 I ported it to C++ (for Linux only at the moment). Please add it to the first post . Here is the link: MediaFire | MEGA
On Ubuntu just mount the ISO as image (not archive) then click 'Run' (or you can also extract the ISO and run the executable directly). It works on x86 (32 bit) and x86_64 (64 bit) CPUs. The source code is also included in the ISO. Tested on Ubuntu 14.10 and 16.04 (64 bit).
I tested it with both stock 2.3.6 rooted and CM11. It seems that the stock ROM won't boot after flashing the new bootstrap, but the recovery works fine
Also your version has a very bad bug: it flashes Defy bootstrap even on Bravo!!! It should flash Motorola Bravo specific bootstrap instead. My version only works for Motorola Defy and Defy+ at the moment, but you can edit the source code. EDIT: they are the same file with different names. I updated my version to support MB520.

After run the command script, when i boot in TWRP SDcard shows 0mb.
Already tried flashing the SBF recommended by quarx and after that the root SBF, but the result is always the same.
With CM recovery i can see the SDcard properly, but after the resize, or bootstrap, i always get 0mb at SDcard.
Any help?
Thanks!

evilinheaven said:
After run the command script, when i boot in TWRP SDcard shows 0mb.
Already tried flashing the SBF recommended by quarx and after that the root SBF, but the result is always the same.
With CM recovery i can see the SDcard properly, but after the resize, or bootstrap, i always get 0mb at SDcard.
Any help?
Thanks!
Click to expand...
Click to collapse
Format your SD card (to FAT32) or use another one.

Octanium91 said:
The new version, V4
Changes:
The script changed drastically
After installation removes trash from the memory card (so far only on Android 4.x and higher)
More debugging: Now the script itself is not closed, and tells the user exactly what happened.
Sorry debris removal only works on Android 4.x and later.
Click to expand...
Click to collapse
nastys said:
@Octanium91 I ported it to C++ (for Linux only at the moment). Please add it to the first post . Here is the link: https://www.mediafire.com/folder/candnhxj8aovj/Defy_Bootstrap_Installer_for_Linux
On Ubuntu just mount the ISO as image (not archive) then click 'Run'. It works on x86 (32 bit) and x86_64 (64 bit) CPUs. The source code is also included. Tested on 14.10 x86_64.
I tested it with both stock 2.3.6 rooted and CM11. It seems that the stock ROM won't boot after flashing the new bootstrap, but the recovery works fine
Also your version has a very bad bug: it flashes Defy bootstrap even on Bravo!!! It should flash Motorola Bravo specific bootstrap instead. My version only works for Motorola Defy and Defy+ at the moment, but you can edit the source code.
Click to expand...
Click to collapse
Greetings guys, I'm a user from the Atrix 2 section and a part of the current device supporters there. It's a pleasure to finally post here, 'the domain of Quarx' haha.
I was wondering if this recovery is able to flash and boot android Lollipop 5.0 roms yet? If so, then is there some way to port it from source to my or other similar Moto devices in the OMAP bracket with locked bootloaders?
I'm an Android novice, but I'm experienced in building custom recoveries and roms, as well as beginner git commands, so no need to hold anything back, lol. I appreciate the work you're all doing here, please continue to make the difference. Thanks for reading this and take care!

answer
Aceofzeroz said:
Greetings guys, I'm a user from the Atrix 2 section and a part of the current device supporters there. It's a pleasure to finally post here, 'the domain of Quarx' haha.
I was wondering if this recovery is able to flash and boot android Lollipop 5.0 roms yet? If so, then is there some way to port it from source to my or other similar Moto devices in the OMAP bracket with locked bootloaders?
I'm an Android novice, but I'm experienced in building custom recoveries and roms, as well as beginner git commands, so no need to hold anything back, lol. I appreciate the work you're all doing here, please continue to make the difference. Thanks for reading this and take care!
Click to expand...
Click to collapse
Hi!
flash and boot android Lollipop 5.0 roms - just can not say, but it is theoretically possible (need to check).
If so, then is there some way to port it from source to my or other similar Moto device - No, this is not possible (specifically, in this case). BUT this method you can set recovery to another smartphone (it is theoretically, need to try)
Here recovery that are in the public domain, I think that they can install Lollipop 5.0 roms - TWRP2 \ Safestrap
Moto devices in the OMAP bracket with locked bootloaders? - Most likely will not work, but no one stops to try

Octanium91 said:
Hi!
flash and boot android Lollipop 5.0 roms - just can not say, but it is theoretically possible (need to check).
If so, then is there some way to port it from source to my or other similar Moto device - No, this is not possible (specifically, in this case). BUT this method you can set recovery to another smartphone (it is theoretically, need to try)
Here recovery that are in the public domain, I think that they can install Lollipop 5.0 roms - TWRP2 \ Safestrap
Moto devices in the OMAP bracket with locked bootloaders? - Most likely will not work, but no one stops to try
Click to expand...
Click to collapse
Many thanks for the prompt and well ordered reply! I'll look into your suggestions and I'm aware that there aren't many available recovery software for our locked bootloader phones.
We were actually trying to get Safestrap working on our device since last month, but it's failing to work correctly in booting our kexec roms. So I thought I'd ask here since the Defy works by using the 2nd boot like us, but it's still under investigation. Thanks again for your assistance, we're not out of the game yet and we'll get things rolling eventually. Take care!:thumbup:
Sent from the Ace's MB865 using Tapatalk

Error. More than one device and emulator
what am i doing wrong?

LoeWn said:
Error. More than one device and emulator
what am i doing wrong?
Click to expand...
Click to collapse
Perhaps you have not enabled USB debugging
Requirements for smartphone:
Enable USB debugging
Superuser (ROOT)
Free space on the memory card of 100 megabytes

I did enable usb debugging

LoeWn said:
I did enable usb debugging
Click to expand...
Click to collapse
You can send us a screenshot?

I had a successful installation of a december build and twrp 2,6x installed, everything ran just fine. But when the CM tells me there is a update and i download it does not install from recovery, get errormsg. Also apps like rom manager pro tells my phone is not compatible with any updates, and that i should install CWM recovery. So is it possible to install a real CWM on a defy mb526?

Hi, I flashed Recovery BootStrap v4 on the Defy MB525, but its not working. After flash and reboot, phone starts booting, but it ends up with the following screen.
Doesn't matter if I choose Recovery or continue. I can press the menu button (to choose recovery) and nothing happen, till the 3rd press. Than display goes black and thats all .
Any idea where could be the problem or what I'm doing wrong?
Edit: maybe its related to the bootloader version, which is 09.10

Haldy said:
Hi, I flashed Recovery BootStrap v4 on the Defy MB525, but its not working. After flash and reboot, phone starts booting, but it ends up with the following screen.
Doesn't matter if I choose Recovery or continue. I can press the menu button (to choose recovery) and nothing happen, till the 3rd press. Than display goes black and thats all .
Any idea where could be the problem or what I'm doing wrong?
Edit: maybe its related to the bootloader version, which is 09.10
Click to expand...
Click to collapse
Based on first screenshots, Recovery installed. Now you need to install system.
Than display goes black and thats all - maybe have to wait

marcooleo said:
I had a successful installation of a december build and twrp 2,6x installed, everything ran just fine. But when the CM tells me there is a update and i download it does not install from recovery, get errormsg. Also apps like rom manager pro tells my phone is not compatible with any updates, and that i should install CWM recovery. So is it possible to install a real CWM on a defy mb526?
Click to expand...
Click to collapse
In principle it is possible, but it does not make sense.

AROMA/TWRP version of SPFlash Tools.
This tool is for MTK devices with a GPT layout - (MT6732, MT6752 and their variants).
With some testing it may be possible to add some some support for the older devices using an MBR.
Requirements:Copy SPFlash contents to /sdcard/SPFlash
Rename *scatter.txt to scatter.txt
Run .zip from TWRP​MTK-64bit_SoCs-v*.zip:During testing there will only be info displayed on screen, nothing should be modified. (Unless otherwise stated)​SPFlash-v*.zip:This will install all .img/.bin in SPFlash folder if partition is large enough​Downloads:GDrive Folder​Changelogs:SPFlash
v10 - Readded internal sd - fixed aroma exit/about screen - (a few cosmetic issues introduced).
v8 - Aroma menus updated
v7 - Create 'flashable' zip from backed up partitions.
v6 - Zipped backups added
v4 - Backup + Install fixed -- Aroma "Quit Installation" stalls
v3 - Backup function added - untested -- backup works / install from v2 broken
v2 - Menu Select Added
v1 - Initial Release
MTK-64bit_SoCs
v8 - attempts to fix unrelated menu/alert
v7 - calculations done quicker
v6 - script rewrite/reorder
v1 - v5: Initial test builds​
Only follow menu Partition Related -> Scatter Information
Other menus/option are broken/dead ends...
Other things in the MTK folder:simg2img/img2simg are arm source compiled binaries to handle sparse files
file/magic were taken from @osm0sis's AIK (I can't seem to get file to compile)
MTKsplit is used to split boot/recovery images into it's individual parts. Normal images will split into 3; 1 = img ANDROID! header, 3 = kernel (zImage) and 5 = ramdisk (ramdisk). MTK images split into 5; 1,3,5 as before with 2 and 4 being additional headers.​
XDA:DevDB Information
TWRP/AROMA SPFlasher, Tool/Utility for all devices (see above for details)
Contributors
HypoTurtle
Source Code: https://drive.google.com/open?id=0B8WPOq9wZyKxfktHVWgxbW9nYmtJd1ZWc2RIM1NXUU5pSXpramg0bVBYYUdyRDhid3hwM3c
Version Information
Status: Testing
Current Stable Version: V8
Stable Release Date: 2015-09-03
Created 2015-09-03
Last Updated 2015-09-03

Current StatusMTK-64bit_SoCs-v8 .zip will output the partitions that it deems are incorrectly sized in the scatter.txt and will also check the .img/.bins in the SPFlash folder and determine what should go where and will determine if the partition is large enough for the respective .img/.bin
SPFlash-v1.zip will flash the entire contents of /sdcard/SPFlash folder
SPFlash-v3.zip allows selection of files /sdcard/SPFlash folder to install and has a backup option​
Improvements NeededFor SPFlash-v2 will add a basic menu select option for what you want to flash...
In future versions will add backup option and partition resize
Will start to look at resize...​

Derivative Work - using scatt and part from #1
ScatterfixGenerating a fixed scatter from a 'broken one'
Code:
[size=1]#!/sbin/sh
ldr=`pwd`
scatterfix(){
scatt \${b} \${c} \${d}
part \${p} \${q} \${r}
scttrbfr=`cat "${scatterloc:-$ldr}/scatter.txt"`
while IFS=" " read -r a b c && read -r d e f <&3; do
if [ $a = $d ]; then
if [[ ! ${b} = "DONT_USE" && ${b} != ${e} ]]; then
scttrafter="${scttrbfr//${b}/${e}}"
scttrbfr=`echo "${scttrafter}"`
fi
if [[ ! ${c} = "DONT_USE" && ${c} != ${f} ]]; then
scttrafter="${scttrbfr//${c}/${f}}"
scttrbfr=`echo "${scttrafter}"`
fi
fi
echo "${scttrbfr}" > ${scatterloc:-$ldr}/scatter-new.txt
done </tmp/scatter 3</tmp/parted-new
}
scatterfix
diff ${scatterloc:-$ldr}/scatter.txt ${scatterloc:-$ldr}/scatter-new.txt[/size]
Problems to fixThe code will change any hex value deemed wrong to a new calculated value - there is a chance that 4 values are the same but only one/two are wrong - to fix will need to add a loop through scatterfix until the scatter-new.txt generated is actually correct.​​Resize Userdata/IntsdMore of a precursor - bugs fixed and maintained by @odigitech
Thread located here​

Some Dev. QuestionsBefore adding the resizing partitions (Firmware Upgrade) option:
1. Is the preloader header custom or generic; and does it change when flashing the proloader?
2. Is there an actual function to the BPLGU/APDB files other than some sort of device/system check?​

For v7 trying to add a backup + make installable zip option:
Have done it with basic dd backups; would prefer to use sparse/simg2img but simgimg can't seem to use zipped .img's; have looked into using dat/sdat2img but that would require getting python to run in recovery (unless I'm mistaken).

Have added the simplistic option as v7...

odigitech said:
@HypoTurtle I have made a modified version of MTKsplit with more human-friendly names, its in my Drive folder, if it's any use.
Click to expand...
Click to collapse
Thanks, I have updated mine to support non-MTK header-ed boot/recovery.imgs -- can't hurt to make it human readable I suppose.
MTKsplit will be used in the next uploaded version (v8) in the form of a simplistic porting tool...
Should be uploaded on Monday/Tuesday

odigitech said:
You made it work for non-MTK also? Nice one, is it on your Drive?
Sent from my thl 2015 using XDA Free mobile app
Click to expand...
Click to collapse
Should be... but I'll update it with the human-readable version now.
It's not vigorously tested; and not as robust as the (un)mkbootimg binaries out there but it seems to do the job.

@HypoTurtle: on my Jiayu s3, the Germans have been working on android 5.1.1 for it and so far it is great. I installed beta 3 and the next day they released beta 4. Rather then getting out the laptop, I thought I'd use your script, so I got the files needed, I got your script and set it up as the instructions. But when I ran the script, it didn't find the system.img file, and didn't give it to me as an option. I verified that the file was there on disk, but I was never given a check box to select it for flashing. Any logs I can send you to try and figure out why?
Sent from my KFTHWI using XDA Premium 4 mobile app

AlexZap said:
@HypoTurtle: on my Jiayu s3, the Germans have been working on android 5.1.1 for it and so far it is great. I installed beta 3 and the next day they released beta 4. Rather then getting out the laptop, I thought I'd use your script, so I got the files needed, I got your script and set it up as the instructions. But when I ran the script, it didn't find the system.img file, and didn't give it to me as an option. I verified that the file was there on disk, but I was never given a check box to select it for flashing. Any logs I can send you to try and figure out why?
Sent from my KFTHWI using XDA Premium 4 mobile app
Click to expand...
Click to collapse
Is it just the system.img that doesn't appear? And are you using internal or external SD?

HypoTurtle said:
Is it just the system.img that doesn't appear? And are you using internal or external SD?
Click to expand...
Click to collapse
Just system.img, and external_sd
Sent from my KFTHWI using XDA Premium 4 mobile app

AlexZap said:
Just system.img, and external_sd
Sent from my KFTHWI using XDA Premium 4 mobile app
Click to expand...
Click to collapse
Can you post the scatter; the menu items are just an existence check.
[ if *.img/*.bin from scatter exists in SPFlash folder then you are given the option to flash it ]
(Just noticed that it will stall if you try and install and there are no valid img/bin files present)

HypoTurtle said:
Can you post the scatter; the menu items are just an existence check.
[ if *.img/*.bin from scatter exists in SPFlash folder then you are given the option to flash it ]
(Just noticed that it will stall if you try and install and there are no valid img/bin files present)
Click to expand...
Click to collapse
Screenshot of the folder, and the scatter. I checked it and it looked fine.

AlexZap said:
Screenshot of the folder, and the scatter. I checked it and it looked fine.
Click to expand...
Click to collapse
Ah yes - this problem is caused by the amount of items shown - I have it set to show 3, 5 or 12. It will only show 12 (more than 5) if there are 12 things to flash. From your screenshot you have 7 items to be flashed (trustzone gets flashed twice), so you will miss two items - the second flash of trustzone.bin and system.img.
Hope that makes sense; I can alter it to work with 6+; but you should be able to adjust it to work as described above. the reason I did it this way was that otherwise it would look a bit messy - I suppose I could add a 7 option.

HypoTurtle said:
Ah yes - this problem is caused by the amount of items shown - I have it set to show 3, 5 or 12. It will only show 12 (more than 5) if there are 12 things to flash. From your screenshot you have 7 items to be flashed (trustzone gets flashed twice), so you will miss two items - the second flash of trustzone.bin and system.img.
Hope that makes sense; I can alter it to work with 6+; but you should be able to adjust it to work as described above. the reason I did it this way was that otherwise it would look a bit messy - I suppose I could add a 7 option.
Click to expand...
Click to collapse
Ahhh... Not a. Problem then. I don't really need to flash anything besides system and boot. I just included the rest for completness. I'll take one out and let you know how it goes.
On a side note, any reason for these (3, 5, and 12)? An not just everything that is there?
Sent from my JY-S3 using XDA Premium 4 mobile app

HypoTurtle said:
Some Dev. QuestionsBefore adding the resizing partitions (Firmware Upgrade) option:
Q1. Is the preloader header custom or generic; and does it change when flashing the proloader?
Q2. Is there an actual function to the BPLGU/APDB files other than some sort of device/system check?​
Click to expand...
Click to collapse
A1 - Generic, MTK preloader has been the same since armv7 to armv8. Yes, dd backup copy needs to be clean up of the header & footer, more info then checkout with AlexZap... :good:
A2 - Not all MTK firmware include it, it contains the IMEI refer to here for more info or a single link that explained everything... :good:

AlexZap said:
Ahhh... Not a. Problem then. I don't really need to flash anything besides system and boot. I just included the rest for completness. I'll take one out and let you know how it goes.
On a side note, any reason for these (3, 5, and 12)? An not just everything that is there?
Sent from my JY-S3 using XDA Premium 4 mobile app
Click to expand...
Click to collapse
Not sure if you missed the edit. It was more for cosmetic reasons - I could have had say 12 files being displayed but if there's only one file to flash you would have a screen with a lot of blank entries. 3, 5 and 12 seemed the most appropriate without going down the route of creating a menu for all possible entries.
3 being typical install (system/boot and perhaps blank cache/userdata to wipe); 5 as 3 but with custom etc.
I figured that anyone with more than 5 flashable items in there would have dumped the entire SPFlash ROM which I calculated as ~12 items.
yuweng said:
A1 - Generic, MTK preloader has been the same since armv7 to armv8. Yes, dd backup copy needs to be clean up of the header & footer, more info then checkout with AlexZap... :good:
A2 - Not all MTK firmware include it, it contains the IMEI refer to here for more info or a single link that explained everything... :good:
Click to expand...
Click to collapse
A2. I don't thing it contains the IMEI - but it is the database that the IMEI is coded against; I'm not aware of any devices (other than the P6000) suggesting that you recode the IMEI on an upgrade from KK to LP so there is probably not an issue here.

i never use it myself, typically MDRT is able to recover it on mine, feedbacks from fellow XDA member is that, that is the only way that they manage to recover IMEI on their MTK...
On 2nd thought, BTW, i'm using intel nowadays :laugh: IMEI & calibration info is at a hidden partition, same as Samsung & Qualcomm devices that reside at /efs partition, how did MTK IMEI survive Factory Reset since it is at /data/nvram, i wonder, never really thought about it...

yuweng said:
i never use it myself, typically MDRT is able to recover it on mine, feedbacks from fellow XDA member is that, that is the only way that they manage to recover IMEI on their MTK...
On 2nd thought, BTW, i'm using intel nowadays :laugh: IMEI & calibration info is at a hidden partition, same as Samsung & Qualcomm devices that reside at /efs partition, how did MTK IMEI survive Factory Reset since it is at /data/nvram, i wonder, never really thought about it...
Click to expand...
Click to collapse
On the 64bits at least it is also on a hidden partition (nvram) - and it just gets copied to /data/nvram or something (ie. its not mounted but it's files are there). The DB files etc are present in /system as well as in the full SPFlash ROM so I guess things like MTKEng and apps like chamelephon use that when setting/'fixing' the IMEI.
What are the file formats used by intel stock ROMS? This tool isn't really MTK dependant - it's GPT partition dependant (with a scatter for validity check- I'll post a bear minimum of what a 'scatter.txt' needs to have).
Anyway v8 added - so that files to flash aren't hidden (max. 12 files).

Hmm, further digging seems MTK IMEI is at /dev/nvram, same thing happening on intel, users just never spell out everything, they use the format/ erase flash/ emmc that wipes out the IMEI partition but never tell...
i think on the X3, its not possible as its NOT an Android image file but proprietary fls file which they got it when they acquire infineon i think...
Manual fastboot/ dd backup/ restore & you'll end up with a brick device, ATM, no custom recoveries that boot on the x3, i haven't figure out how to repack its recovery that has three separate different region that requires three proprietary download file that packs it together into a fls file & only their FlashTool_E2 is able to download it correctly...
Can't really understand infineon/ intel for developing such cheap device but with such high end software tools...

Testers wanted: Anyone who uses this method, let me know if you can access stock recovery after this method.
Summery
Thanks to the amazing work by our active member @bibikalka, a method was found to unbrick these devices Thread link here. The method he found was slightly tedious for some people, so I've decided to put together a Linux iso that you can boot into on your computer with everything you need to get your device running again. It uses the same methods proposed but makes things easier. This comes with all the necessary drivers, scripts to do everything you need, all the img files needed to flash, a hex editor for advanced users, and more. Before the scripts included in this OS, determining the option (A, B, or C) to take in order to unbrick the device required .part files to be evaluated manually. Now with the custom script, it can quickly evaluate what option to take.
Video Instructions
Brief Instructions
1. Download the Linux iso:
Linux ISO
2. Burn the iso to a USB drive or cd
3. Boot into the operating system
4. Type "root" at the login prompt
5. Right click on the desktop and choose file manager. Go to "aftv2-tools" folder
6. Right click on file manager and press "open in terminal"
7. From device turned off, enter command "./handshake.py", then plug in device. You may need to do this a couple times to get a connection. Try pressing volume keys & power etc to get it connected. See video if you have problems
8. After handshake is complete, run "./reader.sh"
9. After all addresses are read in, run "./determineOption.sh". You should get back a result of A, B, or C
10. Depending on the option returned (A,B,or C), run "./readerSpecialOptionA.sh", "./readerSpecialOptionB.sh", or "./readerSpecialOptionC.sh". This is an optional step but may be useful if you want to back up part files or their were no options available. Back up part files to a usb drive if you want to be safe.
11. Now the actual unbricking. Run "./unbrickOptionA.sh", "./unbrickOptionB.sh", or "./unbrickOptionA.sh" depending on your option. This can take about 40 minutes
12. hold volume up and run "./complete.sh" at the same time to get into TWRP
13. boot into your default operating system on your computer
BE VERY CAREFUL FROM NOW ON
13. We will be installing Fire OS 5.3.1. If you are not installing this ROM, make sure you know what you are doing. Download the ROM:
update-kindle-20.5.5.2_user_552153420.bin
14. Download 5.4.1_1133_stock_recovery_uboot.zip: 5.4.1_1133_stock_recovery_uboot.zip. Without this you could turn your device into a paperweight. This installs stock recovery and a uboot version that MUST be installed. This file was taken from the thread here: how-to-upgrade-to-lollipop-root-gapps
15. Rename the ROM extension from .bin to .zip
16. Transfer the two files to the Fire
17. Do a factory reset. Flash the ROM and uboot&recovery file
18. Reboot! Your device should now be working. It will take about 15 mins to boot up.
Big thanks to @bibikalka for helping work everything out and for the initial unbrick method.
Edit 10/13/21: Fixed Google Drive Link

Linux ISO Changelog
Updated 10/5/16:
*Optomized scripts
*Added "complete.sh" This reboots the device
Updated 9/27/16:
*Added script to auto-detect which unbrick option to use (determineOption.sh)
*Added scripts to write img files to correct addresses ( unbrickOptionA.sh, unbrickOptionB.sh, and unbrickOptionC.sh)
*Added scripts to read in and label part files (readerSpecialOptionA.sh, readerSpecialOptionB.sh, and readerSpecialOptionC.sh)
*Nemo open in terminal fixed
*.part files set to open with ghex by default
Updated 9/24/16:
*Nemo as default file manager
*Updated html page with instructions from forum

well, after seriously struggling with the parent thread mentioned in the OP I've managed to get to TWRP & am just waiting for my win10 machine to install it's updates before attempting to adb push the uboot & zip files for installation back to fireOS.
feels great to see the screen displaying something other than the looping amazon logo after months of frustration. I do not have the words to express my gratitude for @powerpoint45 for an excellent & well thought through tool and walkthrough. special mention also goes out to @bibikalka

gascomm said:
well, after seriously struggling with the parent thread mentioned in the OP I've managed to get to TWRP & am just waiting for my win10 machine to install it's updates before attempting to adb push the uboot & zip files for installation back to fireOS.
feels great to see the screen displaying something other than the looping amazon logo after months of frustration. I do not have the words to express my gratitude for @powerpoint45 for an excellent & well thought through tool and walkthrough. special mention also goes out to @bibikalka
Click to expand...
Click to collapse
great to hear! I hope everything works for you! After you get everything done, can you check if you can get into recovery.

after flashing both zips & rebooting I've now got my working fire (OS 5.3.1.0) back. thank you Mr PowerPoint!
i tried rebooting to recovery & it now takes me to the stock amazon recovery not TWRP..... which is unfortunate.
I did get asked if I wanted to install SuperUser which was a no-brainer YES. although I'm staying offline until I identify a functional (fast) flavour of android to flash. suggestions welcome.

gascomm said:
after flashing both zips & rebooting I've now got my working fire (OS 5.3.1.0) back. thank you Mr PowerPoint!
i be tried rebooting to recovery & it now takes me to the stock amazon recovery not TWRP..... which is unfortunate.
I did get asked if I wanted to install SuperUser which was a no-brainer YES. although I'm staying offline until I identify a functional (fast) flavour of android to flash. suggestions welcome.
Click to expand...
Click to collapse
Good to hear everything is working. Ya TWRP does not work with 5.x bootloader. Good to hear you can get into stock recovery because I had some incidents where I could not get into it. Thanks for responding. The only custom ROM ATM is CM13.

powerpoint45 said:
The only custom ROM ATM is CM13.
Click to expand...
Click to collapse
sorry to trouble you again but do you know where I can find a guide/walkthrough of how to root via adb & install twrp or cwm to allow flashing of a rom & gapps..
I can only find the kingroot method & the CM11 rom discussion. where might I find the CM13 you mentioned?
I have searched fruitlessly. I guess I just need a little guidance to avoid running straight into another brick.
cheers.

gascomm said:
sorry to trouble you again but do you know where I can find a guide/walkthrough of how to root via adb & install twrp or cwm to allow flashing of a rom & gapps..
I can only find the kingroot method & the CM11 rom discussion. where might I find the CM13 you mentioned?
I have searched fruitlessly. I guess I just need a little guidance to avoid running straight into another brick.
cheers.
Click to expand...
Click to collapse
I meant to say CM11. This guide is probably one of the best http://forum.xda-developers.com/fire-hd/general/how-to-upgrade-to-lollipop-root-gapps-t3163950/page1
This is a bit older one: http://forum.xda-developers.com/fire-hd/general/how-to-downgrade-to-4-5-3-root-device-t3139351/page1
In order to have TWRP, you must have a 4.x bootloader so CM11 would work with it.

Thank you
I have a question I can work downgrade from 5.3.1 to 4.5.3
I'm currently on version 5.3.1

PRInCEI7 said:
Thank you
I have a question I can work downgrade from 5.3.1 to 4.5.3
I'm currently on version 5.3.1
Click to expand...
Click to collapse
yes you should be fine doing that

Unfortunately, did not respond
I worked
MacBook-Air-2:ROOT IP$ ./handshake.py
Waiting for preloader...
Found port = /dev/cu.usbmodem1420
Handshake complete!
In the second step does not respond to the order ./reader.sh
Also tried
/.read_mmc.py 0x0000000 0x1000 0x0000000.part
Does not respond
By the way tried way on more than one device
And tried through the system Max os x and the system arch-custom-firehd67-unbrick100516.iso did not work and also the same result
MY device Amazon Fire HD 6 version 5.3.1 All functions work, but I need to work downgrade to 4.5.3
Is there a solution to my problem
[/SIZE]

@powerpoint45 thanks for the pointers. I am now the proud owned of an hd6 booting straight into cm11 & it's been well worth the wait. I am forever in your digital debt.

gascomm said:
@powerpoint45 thanks for the pointers. I am now the proud owned of an hd6 booting straight into cm11 & it's been well worth the wait. I am forever in your digital debt.
Click to expand...
Click to collapse
sweet!!!

PRInCEI7 said:
Unfortunately, did not respond
I worked
MacBook-Air-2:ROOT IP$ ./handshake.py
Waiting for preloader...
Found port = /dev/cu.usbmodem1420
Handshake complete!
In the second step does not respond to the order ./reader.sh
Also tried
/.read_mmc.py 0x0000000 0x1000 0x0000000.part
Does not respond
By the way tried way on more than one device
And tried through the system Max os x and the system arch-custom-firehd67-unbrick100516.iso did not work and also the same result
MY device Amazon Fire HD 6 version 5.3.1 All functions work, but I need to work downgrade to 4.5.3
Is there a solution to my problem
[/SIZE]
Click to expand...
Click to collapse
I am also getting the same results with my HD 7 4th gen. The handshake completes just fine, but the reader just hangs. When I'm in recovery, I get errors saying the /cache folder failed to mount. I'm thinking the memory is corrupt and there is no way to fix this.

nai1ed said:
I am also getting the same results with my HD 7 4th gen. The handshake completes just fine, but the reader just hangs. When I'm in recovery, I get errors saying the /cache folder failed to mount. I'm thinking the memory is corrupt and there is no way to fix this.
Click to expand...
Click to collapse
Unfortunately it appears that with the latest bootloader on the latest Amazon update that they have disabled these commands (such as reading and writing). Unfortunately if you can't get into recovery with (vol+ & power) then it is currently unrecoverable. Best option for an unrecoverable device would be to buy another motherboard from eBay or some place. They are pretty cheap and easy to replace. I've had to do it a couple times now.

Confused
First you say it should be OK to downgrade:
powerpoint45 said:
PRInCEI7 said:
Thank you
I have a question I can work downgrade from 5.3.1 to 4.5.3
I'm currently on version 5.3.1
Click to expand...
Click to collapse
yes you should be fine doing that
Click to expand...
Click to collapse
Although, it's unclear how, since reports indicate that sideloading older
firmware bricks the device (or, does that only apply to 5.x?).
Then, we learn that the preloader trick (from aftv2-tools) doesn't work anymore:
Code:
[[email protected] aftv2-tools]# ./handshake.py
Waiting for preloader...
Found port = /dev/ttyACM0
Handshake complete!
[[email protected] aftv2-tools]# ./reader.sh
^CTraceback (most recent call last):
File "./read_mmc.py", line 355, in <module>
if msdc_dma_status():
File "./read_mmc.py", line 146, in msdc_dma_status
return False if sdr_read32(MSDC_CFG) & MSDC_CFG_PIO else True
File "./read_mmc.py", line 82, in sdr_read32
check(dev.read(2), b'\x00\x00') # arg check
File "/usr/lib/python3.5/site-packages/serial/serialposix.py", line 450, in read
ready, _, _ = select.select([self.fd, self.pipe_abort_read_r], [], [], timeout)
KeyboardInterrupt
^CTraceback (most recent call last):
File "./read_mmc.py", line 355, in <module>
if msdc_dma_status():
File "./read_mmc.py", line 146, in msdc_dma_status
return False if sdr_read32(MSDC_CFG) & MSDC_CFG_PIO else True
File "./read_mmc.py", line 82, in sdr_read32
check(dev.read(2), b'\x00\x00') # arg check
File "/usr/lib/python3.5/site-packages/serial/serialposix.py", line 450, in read
ready, _, _ = select.select([self.fd, self.pipe_abort_read_r], [], [], timeout)
KeyboardInterrupt
^Z
[1]+ Stopped ./reader.sh
[[email protected] aftv2-tools]# kill %1
[[email protected] aftv2-tools]#
[1]+ Terminated ./reader.sh
[[email protected] aftv2-tools]#
The above is for a 4th gen HD7 with this device showing in 'lsusb':
Code:
Bus 001 Device 006: ID 0e8d:3000 MediaTek Inc.
powerpoint45 said:
Unfortunately it appears that with the latest bootloader on the latest Amazon update that they have disabled these commands (such as reading and writing). Unfortunately if you can't get into recovery with (vol+ & power) then it is currently unrecoverable. Best option for an unrecoverable device would be to buy another motherboard from eBay or some place. They are pretty cheap and easy to replace. I've had to do it a couple times now.
Click to expand...
Click to collapse
BTW, are we sure that this is *disabled* as opposed to _tweaked_?
(e.g. by changing the protocol slightly by, say, requiring an extra byte
or two "confirmation" before execution? has anyone bothered reversing
the bootloader? [Please excuse my ignorance, but would this be handled
by UBOOT, TEE1, or some other component?])
So, what's the current best option for 5.3.1?
---------- Post added at 11:23 ---------- Previous post was at 10:58 ----------
draxie said:
BTW, are we sure that this is *disabled* as opposed to _tweaked_?
(e.g. by changing the protocol slightly by, say, requiring an extra byte
or two "confirmation" before execution? has anyone bothered reversing
the bootloader?
Click to expand...
Click to collapse
OK. So, I found this post by @zeroepoch,
which makes it very clear that said exercise has been performed for the AFTV2...
No reason to believe that this would be different for the Fire HD7...

draxie said:
First you say it should be OK to downgrade:
Although, it's unclear how, since reports indicate that sideloading older
firmware bricks the device (or, does that only apply to 5.x?).
Then, we learn that the preloader trick (from aftv2-tools) doesn't work anymore:
The above is for a 4th gen HD7 with this device showing in 'lsusb':
BTW, are we sure that this is *disabled* as opposed to _tweaked_?
(e.g. by changing the protocol slightly by, say, requiring an extra byte
or two "confirmation" before execution? has anyone bothered reversing
the bootloader? [Please excuse my ignorance, but would this be handled
by UBOOT, TEE1, or some other component?])
So, what's the current best option for 5.3.1?
---------- Post added at 11:23 ---------- Previous post was at 10:58 ----------
OK. So, I found this post by @zeroepoch,
which makes it very clear that said exercise has been performed for the AFTV2...
No reason to believe that this would be different for the Fire HD7...
Click to expand...
Click to collapse
My understanding is that you only need to worry about bricking if You are downgrading to another lollypop ROM. We found out that the device has a fuse that is set in later lollypop ROMs where it will check against the current version. But this check only seems to be on lollipop ROM's. As for the aftv2 protocol, you might be right but I don't know enough about that yet to know. Currently we have no unbrick method for latest bootloader. If you can get into recovery then you could sideload but most can't get into recovery during brick.

I've followed the steps but not into twrp, only screen amazon and reset. I'm not good at English

error trying to unbrick hd6
[[email protected] aftv2-tools]# ./complete.sh
1: 0xd1
4: 0x00 0x00 0x00 0x00
4: 0x00 0x00 0x00 0x01
Traceback (most recent call last):
File "/usr/lib/python3.5/site-packages/serial/serialposix.py", line 468, in read
'device reports readiness to read but returned no data '
serial.serialutil.SerialException: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "./read32.py", line 69, in <module>
ret = read32(addr, size)
File "./read32.py", line 45, in read32
print_hex_byte(dev.read(2)) # status
File "/usr/lib/python3.5/site-packages/serial/serialposix.py", line 475, in read
raise SerialException('read failed: {}'.format(e))
serial.serialutil.SerialException: read failed: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
[[email protected] aftv2-tools]#

kingwill101 said:
[[email protected] aftv2-tools]# ./complete.sh
1: 0xd1
4: 0x00 0x00 0x00 0x00
4: 0x00 0x00 0x00 0x01
Traceback (most recent call last):
File "/usr/lib/python3.5/site-packages/serial/serialposix.py", line 468, in read
'device reports readiness to read but returned no data '
serial.serialutil.SerialException: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "./read32.py", line 69, in <module>
ret = read32(addr, size)
File "./read32.py", line 45, in read32
print_hex_byte(dev.read(2)) # status
File "/usr/lib/python3.5/site-packages/serial/serialposix.py", line 475, in read
raise SerialException('read failed: {}'.format(e))
serial.serialutil.SerialException: read failed: device reports readiness to read but returned no data (device disconnected or multiple access on port?)
[[email protected] aftv2-tools]#
Click to expand...
Click to collapse
You are on any version.
You can access to recovery now