Attenzione: molte delle informazioni che sto per scrivere sono dedotte analizzando la rom e leggendo guide, forum ecc.. ecc.. quindi potrebbero essere imprecise o sbagliate! Mandatemi eventuali correzioni o aggiunte qui nel thread ma anche in messaggio privato dove e' piu' probabile che le veda al volo, cosi' posso integrarle nella quida.
Per chi: Questa guida e' pensata per dev/cuochi/testers/rom-maniaci con un minimo di conoscenza di linux e dei concetti di boot di un computer
Per iniziare a sviluppare e compilare rom fortemente customizzate ma anche per cucinare e' necessario avere ben chiaro come e' strutturata la nostra "rom" e come lo smartpad esegue il boot. Quindi prima di compilare kernel o cyanogen vediamo le "basi"...
I dispositivi RockChip sono degli android atipici e si discostano a volte pesantemente dal tipico telefono, un esempio e' la boot.img che in una android "normale" e' costituita da un kernel accodato da una archivio cpio di boot, su rockchip e' un solo archivio cpio e il kernel vive separatamente.
Il tablet possiede 4Gb Flash NAND, questa memoria viene utilizzata come un hardisk "partizionato" per accogliere le varie parti di sistema operativo
La rom viene distribuita sotto forma di un unico file che di solito si chiama update.img, la versione ufficiale si trova sul sito a questo indirizzo Driver e supporto - Mediacom per flasharla occorre utilizzare windows, spegnere il tablet NON collegato al caricabatteria e tenere premuto il tasto volume- mentre lo si collega alla porta usb del computer, in questo modo il tablet esegue un "microboot" partendo con un firmware interno non modificabile (paragonabile al BIOS di un PC) che non fa altro che attendere comandi e dati sulla porta usb per scrivere la flash, per "parlare" col tablet occorre prima installare i driver per windows che si trovano nello stesso archivio e poi utilizzare il programma RKBatchTool.
Questo microfirmware in altri android si chiama fastboot non e' riscrivibile, quindi in caso di errori di flash con rom non funzionanti dovrebbe sempre essere possibile entrare in modalita' fastboot e flashare un altra rom funzionante, rendendo qausi impossibile brickare il pad. (scordatevi questa ultima frase, non assicuro assolutamente che non ci sia modo di render il pad un fermacarte! ma sono confidente che sia quantomeno molto difficile!)
In realta' il file update.img e' una pacchetto che contiene una serie di file, si puo' scompattare utilizzando gli rk29xxImageTools di wendal scaricabile qui Rk29xx ImageTools V2.1 - SlateDroid.com basta nominarla "wendal.img", copiarla nella cartella dei tool e lanciare il runme.bat lo script permettera' di scompattare l'immagine nelle sue componenti in Temp/Image inoltre scompattera' la system.img nella cartella system per poterla modificare oltre a copiarci dentro system/bin/su e system/app/superuser.apk, lo stesso script permette di ricompattare system.img e di ricreare la update.img. Questo metodo permette il modding classico della rom dove tipicamente si vanno a cambiare gli apk presenti in system/app inoltre grazie a su e superuser.apk permette di acquisire il root sul dispositivo ma con alcune limitazioni dovute al fatto che nella rom stadard system e' un immagine di tipo cramfs che un filesystem compresso read only quindi anche avendo i diritti di root, una volta caricato android non si potranno fare modifice ai file presenti in /system.
Bisogna inoltre fare attenzione se si usano le rom mediacom successive dove il cromfs e' stato modificato (immagino per impedire il modding della rom) e quindi bisogna usare la versione dei tools che o modificato io tempo fa per scompattare la nuova versione di system.img
Per il modding "classico" ci si potrebbe fermare qui le informazioni e i tool sono sufficienti per creare rom customizzate, ma l'idea e' di andare piu' a fondo e magari compilarci noi una rom dai sorgenti cyanogen quindi vediamo meglio i file che compongono la update.img:
update-script
E' uno script che dice al programma di flash RKBatchTool cosa fare se si preme il tasto upgrade: riscrive tutte le immagini, il bootloader e il file parameters inoltre formatta le partizioni data (dove ci sono le app installate) e cache (i file ci cache di dalvik, la java machine che fa girare le app di android)
recover-script
E' uno script che dice al programma di flash RKBatchTool cosa fare se si preme il tasto restore: riscrive solo l'immagine di system, il resto rimane uguale e formatta data e cache
package-file
la lista del contenuto del file update.img
RK29xxLoader(L)_DDR3_400Mhz_V1.65.bin
I loader e' il corrispettivo di GRUB o LILO nel modo linux per PC, in pratica e' il primo prgramma che viene caricato dal firmware del tablet e si occupa di caricare in memoria il kernel passandogli il contenuto del campo CMDLINE nel file parameter
parameter
Viene scritto da "qualche parte" nella flash e viene letto dal loader. Oltre al gia' citato campo CMDLINE, contiene altre informazioni, come l'indirizzo offset in flash dal quale caricare il kernel (parametro KERNEL_IMG ) la combinazione di tasti da premere per entrare in recovery (COMBINATION_KEY ?forse?) e altre info che non sono riuscito a intuire
kernel.img
E' il kernel di linux con in testa un magic (KRNL) qualche byte che da la lunghezza della parte kerbel e in coda un crc e la system.map quindi occhio a sostituire questo file con un semplice kernel in fromato vmlinux... non sara' possibile eseguire il boot.
boot.img
Questa immagine viene caricata come root (/) filesystem dal kernel di linux, e' il corrispettivo di initrd nel mondo in linux per PC, contiene principalemnte init che e' il primo prgramma eseguito dal kernel il cui scopo e' configuarare il sistem e caricare i vari servizi e init.rc che e il file di configurazione che init legge per sapere cosa fare. init.rc e' diviso in sezioni, alcune sezioni vengono eseguite in momenti particolari inoltre ogni sezione puo' avere dei parametri che ne determinano il comportamento come per esempio disabled (non viene eseguita). In maniera grossolana ha la funzione sia del vecchio autoexec.bat del dos piu' la gestione servizi di windows. Init prepara le variabili di sistema, monta i filesystem system, data e cache, crea varie cartelle, sostituisce boot.img come root filesystem (/) ricoprendosi con un rootfs (un filesystem che gira in ram e serve a "simulare" /) che prende il suo posto quindi quando facciamo "ls /" a sistema caricato non vediamo piu' il contenuto di boot.img ma un "ramdisk", lancia alcuni servizi importanti come vold che si occupa in montare la sdcard e le chiavette usb e infine lancia il comando /system/bin/app_process. app_process una volta in memoria si cambia il nome in zygote, zygote e' il processo che "da vita" ad android, in pratica e la viartual machine java (o piu' precisamente dalvik) che si occupa di caricare i vari apk fra cui il launcher che ci mostra il desktop di android
recovery.img
Questa immagine viene caricata come root dal kernel al posto di boot.img se si tengono premuti i tasti di recovery, di nuovo, e' paragonabile ad un initrd. E' simile ha boot.img sel senso che anche qui viene lanciato init pero' l'init.rc e' molto piu semplice, non monta nessun altro filesystem ma lancia il comando "/sbin/recovery". reovery mostra un meno e premette qualche operazione come formattare le altre partizioni o scrivere una immagine di rom. Il comando "/sbin/recovery" e quello che viene customizzato con la famoza clockworkmod recovery e che permette i backup nandroid, che non sono altro che dei dd (device dump) della partizione system!
misc.img
Questo file e' lungo 48Kbyte contiene circa 16Kbyte di zeri poi i codici ascii della stringa "boot-recovery", 48byte di zeri e e la stringa "recovery --wipe_all" e poi un altra 20ina di Kbyte di zeri. ?Penso? che venga letto dal bootloader per decidere cosa fare al prossimo boot, infatti dopo aver flashato la rom il tablet viene reboottato, entra in recovery ed esegue un wipe totale dei dati a questo punto azzera misc.img, non ho provato sperimentalmente ma scommeto che se la si edita con un editor esadecimale (io su linux uso oktet) e si azzerano le locazioni con le stringhe si puo' flashare senza il wipe.
system.img
Questa e' l'immagine della partizione che contiene il cuore del sistema, e in particolare la cartella /system/app (la cartella piu' amata dai cuochi :-) ) in cui ci sono tutti gli apk delle app preinstallate ma soprattutto gli apk che costituiscono il framework dell'ambiente android.
[continua]
[GUIDA] Anatomia della rom RK29xx
Visualizzazione stampabile
-
10-11-11, 00:52eldiau[GUIDA] Anatomia della rom RK29xx
-
10-11-11, 00:53eldiau
Le varie immagini possono essere flashate separamente in maniera molto piu' comoda, specialemte durante lo sviluppo, senza ricompattarle in un file unico con un altro tool (RKAndroid_v1.29 MEGAUPLOAD - The leading online storage and file delivery service) in particolare e' molto utile flashare boot.img e system.img che sono il cuore del sistema. Il programma e' immediato da utilizzare ma occorre verificare che la colonna degli offset rispecchi corretamente gli offset riportati nel parametro mtdparts nella riga CMDLINE del file parameter perche' altrimenti il kernel non trovera' i file systems che gli avete amorevolmente preparato (inoltre se avete cambiato l'mtbparts rispetto all'ultimo flash dovete prima fare un "Erase IDB" sempre dal tool RKAndroid).
Infatti la flash viene vista dal kernel come partizionata logicamente grazie al parametro mtdparts.
mtdparts e' in pratica una partition table per le flash NAND e NOR (mtd sta per memory technology devices).
Di fatto si comporta esattamente con una partition table msdos sull'hard disk di un pc, quindi e' possibile spippolare questi numeri per cambiare il partizionamento della flash, considerando che il significato dei parametri e' dimensione, offset di inizio e nome partizione; esempio estratto dai parameters standard:
0x00004000@0x0000A000(recovery)
0x00080000@0x0000E000(system)
significa che la "partizione" di nome system ha dimensioni 0x80000 (il numero va diviso per due: 0x40000, trasformato da esadecimale a decimale: 262144 e si trova la dimensione in kbyte che divisa per 1024 da esattamente 256Mb) e inizia alla locazione 0xE000, cioe' dove la partizione precedente (recovery) termina (recovery inizia a 0xA000 + 0x4000 di lunghezza = 0xE000)
Il kernel o piu' precisamente meglio udev crea poi special file in /dev/block per ogni partizione partendo da /dev/block/mtdblock0 e salendo nell'ordine con cui vengono listate in mtdparts.
Se si cambia il layout delle partizioni, ridimensionandole o spostandole di ordine occore fare attenzione che le rispettive immagini che verranno flashate sulle partizioni modificate non devono essere di dimensioni superiori allo spazio disponibuile e ribadisco che andranno rispecchiate nella colonna degli offset su RKAndroid al momento del flash.
Ok, dopo questa maratona scrivero' una guida veloce al modding, una su come compilare cyanogen e un altra su come compilare il kernel dai sorgenti... abbiate pazienza spero di aver scritto il tutto per il weekend! A questo punto, con chi e' rimasto in vita :-) dalla noia possiamo partire nel provare a piazzare cyanogen sullo smartpad!
Diego. -
10-11-11, 09:24morfancesre:anatomia
Complimenti !!un po di cultura non fa male:-)
-
10-11-11, 09:54Samhain
Grande eldiau!!
-
10-11-11, 11:48markpn
complimenti veramente per l'impegno e la chiarezza
-
10-11-11, 15:59ManuCE
Bravissimo...grazie x la chiarezza !!
-
10-11-11, 16:01dsmobile2009
6 1 grande!
Ho un'infarinatura di IT e mi interessava, a grandi linee, conoscere le basi del cook del nostro SP.
Grazie,
DSmobile
---*---*---
sto convertendo tutti i miei amici e parenti ad Android perchè il futuro è lì!
---*---*--- -
11-11-11, 01:20purplebaron
Grande Eldiau! Ottimo lavoro. Potresti mettere anche qualche sito di riferimento per approfondire gli argomenti trattati?
-
11-11-11, 10:52housepabldroid
davvero un ottimo lavoro.. per me che android e linux sono "arabo", questa discussione è di grande aiuto..;)
-
11-11-11, 11:34jacock
Quindi cyanogen incooming?
-
13-11-11, 01:49eldiaujacock, alla luce degli ultimi sviluppo direi che cyanogen si avvicina :DQuote:
Originariamente inviato da jacock
-
13-11-11, 11:47jacockeccellente smithers..... eccellente....Quote:
Originariamente inviato da eldiau
-
13-11-11, 11:58croccioper quanto riguarda la cyanoogen... ho visto che la cyanogen esiste per tablet e per smartphone. quella per smartphone è basata su gingerbread e quella per tablet? su gingerbread o su honeycomb? io piu che per la cyanogen adotterei la honeycomb (se la cyanogen non è basata su di essa) xkè così faremo invidia a tutti quelli che hanno speso 600 € per una tablet con honeycomb che ha caratteristiche simile al nostro!Quote:
Originariamente inviato da eldiau
-
13-11-11, 12:13SamhainDi honeycomb goggle non ha mai rilasciato i sorgenti. La cyano per adesso si basa solo su gingerbread. In un futuro prossimo rilasceranno i sorgenti di ice cream sandwich e lo useranno anche nella cyano.Quote:
Originariamente inviato da croccio
._.-*Sent from my HTC Desire Z using Tapatalk Pro*-._. -
13-11-11, 12:14eldiauPurtroppo di honeycomb non esistono i sorgenti, google non li ha mai rilasciati, quindi piuttosto che accrocchiare una honeycomb basata su file binari "rubati" ad altri tablet io aspetterei che esca Ice cream... in ogni caso sulla vieta di provarci!Quote:
Originariamente inviato da croccio
-
13-11-11, 12:35croccio
quindi avremo potremmo avere pure ice cream sandwich sul tablet? :D
-
06-12-11, 15:00clamel
grazie eldiau, la tua guida è esattamente quello che cercavo.. finalmente un po di chiarezza..
-
20-12-11, 10:10Pet2001
Salve a tutti,
sono un nuovo iscritto a questa bella community, nonche' da poco possessore dello smartpad (comprato "ufficialmente" per mio figlio...).
Ringrazio tutti quelli che si stanno adoperando per rendere questo tablet sempre piu` aperto e funzionale (gia` cliccato su vari thanks) e, in particolare per questo thread, il buon eldiau.
Vorrei passare dalla attuale 1.0.11 alla versione proposta come update ufficiale (Update 10_11) che ho gia` scaricato dal sito
mediacom (file MP810C 10_11.zip) e che, se ho capito bene, dovrebbe corrispondere alla 1.0.12 e supportare nativamente le chiavette internet.
Tuttavia, la mia anima da smanettone mi spinge a provare a cucinarla un po` prima di flasharla, giusto per ottenere i permessi di root, eliminare alcune apk residenti ed inserirne altre...
Ho provato a seguire la guida, scaricando il tool di wendal, ma ho problemi in fase di re-packing:
in pratica, il programma termina con un errore ed io mi ritrovo un file update_new.img di lunghezza accettabile (circa 133MB) ed un
wendal_new.img di lunghezza zero.
C'e` qualche anima gentile che sa suggerirmi un modo per risolvere il problema?
Grazie,
Pet
Di seguito l'output da me ottenuto su Win7 32bit:
_____
Quote:
C:\modding\RK29xxImageTools_v2.1>Runme.bat
C:\modding\RK29xxImageTools_v2.1>lua rk29xx_rom_tools.lua
RK29xx Image Pack/Unpack Tools
Blog ....
Project: .../teclast_tools
feedback: ....
Pls input: 1-Unpack 2-Pack 3-Exit
2
Packing system folder to system.img,overwrite to Temp\Image\system.img
Packing files in Temp folder to update_new.img
------ PACKAGE ------
Add file: ./Temp\package-file
Add file: ./Temp\RK29xxLoader(L)_DDR3_400Mhz_V1.65.bin
Add file: ./Temp\parameter
Add file: ./Temp\Image/misc.img
Add file: ./Temp\Image/kernel.img
Add file: ./Temp\Image/boot.img
Add file: ./Temp\Image/recovery.img
Add file: ./Temp\Image/system.img
Add file: ./Temp\update-script
Add file: ./Temp\recover-script
Add CRC...
Make firmware OK!
------ OK ------
Get loader's and update_new.img's file len
lua: rk29xx_rom_tools.lua:130: attempt to index local 'T_File' (a nil value)
stack traceback:
rk29xx_rom_tools.lua:130: in function 'packROM'
rk29xx_rom_tools.lua:187: in main chunk
[C]: ?
C:\modding\RK29xxImageTools_v2.1>
-
20-12-11, 11:06clameluna domanda.. quando scompatti la rom, l'output non riporta nessun errore?Quote:
Originariamente inviato da Pet2001
-
20-12-11, 11:35Pet2001mi sembra che sia tutto regolare, inoltre l'unpacking mi da effettivamente tutto cio` che mi aspetto (folders Temp e system con tutto il loro contenuto).Quote:
una domanda.. quando scompatti la rom, l'output non riporta nessun errore?
Di seguito l'output dell'unpacking:
Quote:
Pls input: 1-Unpack 2-Pack 3-Exit
1
Pls copy Image file into this folder,and rename to wendal.img
Notify any errors!
Premere un tasto per continuare . . .
Reading file header...
File header: RKFWf
Read loader's offset
Read loader's len
Read update.img's offset
Read update.img's len
Output Loader
offset(0x66) len(0x21FDA)
Output updata.img
offset(0x22040) len(0x81FB004)
Unpack updata.img to Temp folder
Check file... OK
------- UNPACK ------
package-file 0x00000800 0x00000227
RK29xxLoader(L)_DDR3_400Mhz_V1.65.bin 0x00001000 0x00021FDA
parameter 0x00023000 0x00000270
Image/misc.img 0x00023800 0x0000C000
Image/kernel.img 0x0002F800 0x00584D1C
Image/boot.img 0x005B4800 0x00031303
Image/recovery.img 0x005E6000 0x003AEBBA
Image/system.img 0x00995000 0x07865000
update-script 0x081FA000 0x000003A5
recover-script 0x081FA800 0x0000022F
Unpack firmware OK!
------ OK ------
Unpack system.img to system folder
Cramfs 2 , Modify by Wendal Chen.
My blog ....
Sources ....
Temp/Image/system.img: OK
Enable root permission
Unpack -- All Done
Pls input: 1-Unpack 2-Pack 3-Exit
3
edit:
in pratica il packing si blocca all'istruzione lua (rk29xx_rom_tools.lua:130)
che non mi pare niente di trascendentale, specie alla luce del fatto che due linee prima apre il file:Quote:
local data = T_File:read(25)
senza riportare problemi... boh?Quote:
local T_File = io.open('wendal.img', 'rb+')
-
20-12-11, 11:53clamel
no, in effetti anche l'unpacking avviene correttamente...
io tempo fa ho avuto problemi simili perchè la cartella contenente i tool e le immagini era una cartella di rete.. spostando la stessa cartella sul desktop ho risolto.. -
20-12-11, 12:08Pet2001Niente da fare, purtroppo.Quote:
Originariamente inviato da clamel
Mi sono accertato che non ci fossero condivisioni 'nascoste' ed ho anche disattivato antivirus e firewall, poi ho spostato la cartella ed ho riprovato.
Risultato uguale a prima :'(
Grazie comunque. -
20-12-11, 12:11yatto
beh, se usi il pc che hai come avatar.... :)
Scusa, non ho resistito, spero che tu risolva... :) -
20-12-11, 12:15Pet2001In effetti, come avatar uso proprio il PC che ho (my first one)! :))Quote:
Originariamente inviato da yatto
-
20-12-11, 14:47clamelCiao,Quote:
Originariamente inviato da Pet2001
ho scaricato il tuo firmware ed ho fatto un po di prove.. in pratica ti fallisce il pack, perchè il file *.img (che rinomini in wendal.img per usare il tool) è di sola lettura.
Se togli il flag di sola lettura e riprovi, vedrai che funziona :) -
20-12-11, 15:03Pet2001Ok, e` proprio cosi. Mi ero appunto collegato per postare la scoperta, ma ho visto che hai fatto prima tu.Quote:
Originariamente inviato da clamel
Ti ringrazio comunque, davvero. -
20-12-11, 15:06clamelfigurati, buon smanettamento :)Quote:
Originariamente inviato da Pet2001
-
20-12-11, 15:08Pet2001
... pero` non capisco che bisogno ha il programma di eseguire l'apertura del file originale in modalita` append (rb+), visto che deve solo leggere alcuni bytes che usa poi per il packing verso un altro file ('wendal_new.img'). o_O
-
20-12-11, 16:38clamelprobabilmente non c'è un motivo esatto.. l'autore dello script avrà utilizzato soltanto una modalità meno restrittiva, non pensando all'eventualità del file readonlyQuote:
Originariamente inviato da Pet2001
-
01-01-12, 22:46headeye
Ciao, interessantissima la guida, soprattutto per chi è alle prime armi. Qualcuno può spiegarmi, però, come si fa a scompattare i vari file .img, una volta scompattata l'immagine update.
-
04-01-12, 09:29kilkenny1975
Ciao a tutti,
grazie per le info descritte, utilissime...
Le ho applicate con le dovute modifiche per il mio tablet Arnova 7G2 e sono riuscito a scompattare la ROM modificare il sistem.img e ricompattare il tutto creandomi la nuova update.img, installata senza problemi adesso ho Superuser e SU in /system/bin.
Purtroppo eseguendo i vari test continua a dirmi che non è root, cosa sto sbagliando ( versione SU/Superuser )?
L'android è un 2.3.1 versione kernel 2.6.32.27 Numero build sdkDemo-eng 2.3.1 eng.20110624.094730.
Mi potreste aiutare please.
Grazie in anticipo -
04-01-12, 12:37ChristianTroy
Su e superuser hanno il bit suid? Chmod +s nomefile
-
04-01-12, 12:45kilkenny1975
Mi da questo
# chmod +s /system/bin/su
chmod +s /system/bin/su
Bad mode
Prima di ricreare l' update.img ho eseguito tutti i comandi per dargli i permessi corretti
FPTool.exe -unpack update.img Temp
cramfsck -x system Temp/Image/system.img
copy /B su system\\bin\\
copy /B Superuser.apk system\\app\\
chmod -R 0777 system/*
chmod 6755 system/bin/su
chmod 6755 system/app/Superuser.apk
mkcramfs -q system Temp/Image/system.img
Afptool -pack ./Temp update_new.img -
04-01-12, 15:47l.capriottiCi sono sviluppi in merito?Quote:
Originariamente inviato da eldiau
-
04-01-12, 19:45headeyeupQuote:
Originariamente inviato da headeye
Sono riuscito a scompattare il system.img, ma soltanto se viene fuori da una immagine update.
Se invece utilizzo cramfsck.exe per scompattare una system.iso di una rom cucinata, non riesco a fare nulla. Ho letto in giro su altri forum che si può usare cramfsck_nocrc.exe, ma non riesco assolutamente a trovarlo in rete.
Mi piacerebbe imparare...nessuno può aiutarmi? -
04-01-12, 20:34kilkenny1975
Grazie a tutti,
io ho risolto, erano errate le versioni di Superuser e su, testato con Root Explorer, montato in RW il filesystem /system e ho editato un file.
Tutto perfetto grazie ancora... -
17-03-12, 07:00gpas78
ieri ho provato a fare delle modifiche tramite la guida dei primi post e, nonostante sia alle prime armi, sono riuscito ad effettuare qualche modifica, una cosa però non sono riuscito a capire, e cioè come far partizionare le partizioni in ext4, mi potete aiutare????
grazie mille -
01-12-12, 11:27akrow
Scusate ma la mod di eldiau dove la posso recuperare?? il link da lui fornito porta a megaupload, oramai deceduto, e altre guide online non portano a nulla, tutti file scaduti o cose inesistenti, mi sapreste aiutare?? Dovrei scompattare un rom 4.1 e possibilmente vorrei tentare di scompattarne anche una 4.2 se riesco a trovarla :D
-
07-08-15, 21:31NiloGlock
Discussione spostata in sezione modding...
