[ROM][WIP] Compilazione ROM e/o Kernel su ZP990

Visualizzazione stampabile

Visualizza 40 messaggi di questa discussione in una pagina

24-11-13, 14:19
PaoloW8

ma il file config viene generato automaticamente quando si lancia la compilazione...il punto é che é per il sony
24-11-13, 14:53
Dudanken

Che può essere un inizio nrl senso che da li si può partire,per esempio guardando nel telefono che moduli carica, basta aprire una adb shell da root e digitare lsmod prendere nota e confrontare

Inviato dal mio G9 usando Androidiani App
24-11-13, 15:09
PaoloW8

i moduli sono sempre gli stessi in tutti i cell mtk
24-11-13, 16:57
Dudanken

E cosa differisce un kernel dall altro? Solo le opzioni scelte nel menuconfig? Se così fosse comunque dovrebbe fare il boot,poi,può andare male

Inviato dal mio G9 usando Androidiani App
24-11-13, 16:59
xhx

Quote:

Originariamente inviato da Dudanken

E cosa differisce un kernel dall altro? Solo le opzioni scelte nel menuconfig? Se così fosse comunque dovrebbe fare il boot,poi,può andare male

Inviato dal mio G9 usando Androidiani App

Dovrebbero cambiare i vari parametri dell'hardware credo, e se questi sono dentro i file config allora si, dovrebbe partire credo..
24-11-13, 17:02
Dudanken

Appunto,per non terminare proprio il boot si deve aver dimenticato un pezzo importante e comunque una config minimale si riesce a farla

Inviato dal mio G9 usando Androidiani App
24-11-13, 19:35
PaoloW8

il kernel lavora a stretto contatto con l'hardware, tutti i driver, tutta la gestione "fisica" del cell passa dal kernel (più tutta una serie di altre cose)
se il kernel non è compilato per l'hardware giusto basta un niente (l'accesso a un hardware inesistente o configurato diversamente, l'accesso a porzioni di memoria errate etc) per farlo andare in kernel panic e crashare bloccando tutto
purtroppo non è neanche una situazione debuggabile in quanto il cell crasha immediatamente quindi bisogna andare a tentativi

senza contare il driver del display che è sicuramente diverso (il sony ha un display qhd se non sbaglio)
in più nel file lk.bin (lk sta per Little Kernel ed è quello che viene flashato da flash tools corrispondente alla voce uboot) ci sono scritti diversi parametri che vendono passati al kernel fra cui il driver del display...ora sicuramente il nome del driver presente nel lk.bin che abbiamo sul cell è diverso dal driver usato nel kernel sony....quindi il kernel parte senza driver display e crasha
(i parametri si possono vedere dal cellulare facendo un cat /proc/cmdline come utente root oppure aprendo con un editor esadecimale il file lk.bin del firmware stock e cercandoci dentro)

questa è la cmdline dello zopo990 (il parametro lcm è il driver del lcd mentre fps corrisponde a quanti fps è impostato il vsync, in questo caso a 45,12 fps)

codice:

shell@android:/ $ su su shell@android:/ # cat /proc/cmdline cat /proc/cmdline console=ttyMT0,921600n1 vmalloc=530M slub_max_order=0 lcm=1-nt35595_lg60_truly fps=4512 lcm_type=1 pl_t=403 lk_t=4529 printk.disable_uart=1 boot_reason=4 shell@android:/ #

la prova è facilissima da fare...prendete un firmware di un'altro cellulare e flashate con flash tools solo la voce uboot e poi provate ad accendere il cell...vedrete che non partirà :)
(basta ripristinare il uboot del firmware giusto per farlo ripartire...cmq ve lo confermo io senza che proviate (non voglio avere sulla coscienza persone con il cell brikkato :D), sono tutti esperimenti che ho già fatto in prima persona)
24-11-13, 20:37
Dudanken

Quote:

Originariamente inviato da paolothlw8

il kernel lavora a stretto contatto con l'hardware, tutti i driver, tutta la gestione "fisica" del cell passa dal kernel (più tutta una serie di altre cose)
se il kernel non è compilato per l'hardware giusto basta un niente (l'accesso a un hardware inesistente o configurato diversamente, l'accesso a porzioni di memoria errate etc) per farlo andare in kernel panic e crashare bloccando tutto
purtroppo non è neanche una situazione debuggabile in quanto il cell crasha immediatamente quindi bisogna andare a tentativi

senza contare il driver del display che è sicuramente diverso (il sony ha un display qhd se non sbaglio)
in più nel file lk.bin (lk sta per Little Kernel ed è quello che viene flashato da flash tools corrispondente alla voce uboot) ci sono scritti diversi parametri che vendono passati al kernel fra cui il driver del display...ora sicuramente il nome del driver presente nel lk.bin che abbiamo sul cell è diverso dal driver usato nel kernel sony....quindi il kernel parte senza driver display e crasha
(i parametri si possono vedere dal cellulare facendo un cat /proc/cmdline come utente root oppure aprendo con un editor esadecimale il file lk.bin del firmware stock e cercandoci dentro)

questa è la cmdline dello zopo990 (il parametro lcm è il driver del lcd mentre fps corrisponde a quanti fps è impostato il vsync, in questo caso a 45,12 fps)

codice:

shell@android:/ $ su su shell@android:/ # cat /proc/cmdline cat /proc/cmdline console=ttyMT0,921600n1 vmalloc=530M slub_max_order=0 lcm=1-nt35595_lg60_truly fps=4512 lcm_type=1 pl_t=403 lk_t=4529 printk.disable_uart=1 boot_reason=4 shell@android:/ #

la prova è facilissima da fare...prendete un firmware di un'altro cellulare e flashate con flash tools solo la voce uboot e poi provate ad accendere il cell...vedrete che non partirà :)
(basta ripristinare il uboot del firmware giusto per farlo ripartire...cmq ve lo confermo io senza che proviate (non voglio avere sulla coscienza persone con il cell brikkato :D), sono tutti esperimenti che ho già fatto in prima persona)

Avevo visto la cosa, pero' abbiamo anche la parte che interagisce con uboot
25-11-13, 12:31
frusso

Scusate ma non è possibile utilizzare il kernel attuale, lasciandolo così com'è, ed aggiornare la versione di android.

Io stavo procedendo in questo senso, ho preso l' AOSP, sono riuscito a creare una cartella device per gli zp e dalla rom finale volevo fare il boot con il kernel originale.

Mi sembra che alcuni in questo modo hanno portato la CM su dispositivi dove prima non esisteva il porting aumentando anche il numero di versione (un esempio ne è il mio TF201).

Certo, sono cosciente in questo modo si ha una stock e non una ottimizata per zp990, non ci sarebbe il dual boot ecc ecc

Poi inoltre vanno copiate tutte le app già customizzate (telefono, EngieerMode, ...)

E' proprio insensata come strada ?
25-11-13, 12:57
Dudanken

Quote:

Originariamente inviato da frusso

Scusate ma non è possibile utilizzare il kernel attuale, lasciandolo così com'è, ed aggiornare la versione di android.

Io stavo procedendo in questo senso, ho preso l' AOSP, sono riuscito a creare una cartella device per gli zp e dalla rom finale volevo fare il boot con il kernel originale.

Mi sembra che alcuni in questo modo hanno portato la CM su dispositivi dove prima non esisteva il porting aumentando anche il numero di versione (un esempio ne è il mio TF201).

Certo, sono cosciente in questo modo si ha una stock e non una ottimizata per zp990, non ci sarebbe il dual boot ecc ecc

Poi inoltre vanno copiate tutte le app già customizzate (telefono, EngieerMode, ...)

E' proprio insensata come strada ?

Per niente, ti andrebbe di fare una specie di howto in modo che ognuno di noi possa lavorarci? io per esempio vorrei fare una cosa del genere, ossia compilarmi una aosp e metterci la roba gia' esistente per il mio zopo.
25-11-13, 13:01
luca_vivi

Quote:

Originariamente inviato da Dudanken

Per niente, ti andrebbe di fare una specie di howto in modo che ognuno di noi possa lavorarci? io per esempio vorrei fare una cosa del genere, ossia compilarmi una aosp e metterci la roba gia' esistente per il mio zopo.

idem sarebbe una grancosa!
25-11-13, 14:31
frusso

Quote:

Originariamente inviato da Dudanken

Per niente, ti andrebbe di fare una specie di howto in modo che ognuno di noi possa lavorarci? io per esempio vorrei fare una cosa del genere, ossia compilarmi una aosp e metterci la roba gia' esistente per il mio zopo.

SI, per l'how to mi ci vuole peò un po' di tempo per raccogliere il materiale e ricostruire il percorso che ho fatto.
25-11-13, 14:32
xhx

Quote:

Originariamente inviato da luca_vivi

idem sarebbe una grancosa!

Grandioso, sarebbe una magnifica cosa avere una AOSP compilata per il proprio device con magari Android 4.2.2/4.3.1, però facendola partire con il boot.img stock e magari usare le cartelle firmware per i driver e cose varie...
25-11-13, 14:49
Sambaaa

Quote:

Originariamente inviato da frusso

Scusate ma non è possibile utilizzare il kernel attuale, lasciandolo così com'è, ed aggiornare la versione di android.

Io stavo procedendo in questo senso, ho preso l' AOSP, sono riuscito a creare una cartella device per gli zp e dalla rom finale volevo fare il boot con il kernel originale.

Mi sembra che alcuni in questo modo hanno portato la CM su dispositivi dove prima non esisteva il porting aumentando anche il numero di versione (un esempio ne è il mio TF201).

Certo, sono cosciente in questo modo si ha una stock e non una ottimizata per zp990, non ci sarebbe il dual boot ecc ecc

Poi inoltre vanno copiate tutte le app già customizzate (telefono, EngieerMode, ...)

E' proprio insensata come strada ?

Purtroppo non è così facile, altrimenti sarebbe già pieno di rom compilate e invece non ne esiste nemmeno una. Trovi qualche informazione in più in questo thread:
http://forum.xda-developers.com/show....php?t=2274332

Compilare un kernel non è necessario se lo scopo è ad esempio quello di creare una CyanogenMod per i cellulari mtk, utilizzare quello stock andrebbe ugualmente bene, il kernel è una questione a parte. Compilare una rom che utilizzando il kernel stock riesca a superare la bootanimation è possibile ed un utente c'è riuscito con una cm10.1. Ciò non toglie che, anche raggiunto questo obiettivo (già molto difficile di suo), il passo successivo di ottenere una rom che quantomeno riesca ad effettuare chiamate e a connettersi al wifi non sia per nulla banale, anzi pressoché impossibile senza potersi basare su alcun tipo di sorgente. È in sostanza molto difficile vederla avviare, ma debuggare ogni singolo aspetto è qualcosa che non richiede un semplice merge di qualche libreria della stock. Personalmente se siete interessati ad un progetto del genere, vi consiglierei di lavorare o su un AOSP 4.2.1 o al massimo su una CM10.1, un upgrade presenterebbe difficoltà ulteriori a quelle che un progetto del genere (che è già impossibile di suo) presenta.
25-11-13, 19:15
Dudanken

Non abbiamo fretta ;-) comunque se ti serve una mano, non per vantarmi ma ne ho scritto qualcuno che pare funzionare ancora oggi
25-11-13, 19:29
Dudanken

Ho scritto sul forum della zopo chiedendo i sorgenti in accordo con la GPL, sono obbligati a rilasciarli
25-11-13, 19:55
deddroid

Quote:

Originariamente inviato da Dudanken

Ho scritto sul forum della zopo chiedendo i sorgenti in accordo con la GPL, sono obbligati a rilasciarli

Ti risponderanno che li stanno aspettando anche loro dalla mediatek
25-11-13, 20:17
xhx

Quote:

Originariamente inviato da deddroid

Ti risponderanno che li stanno aspettando anche loro dalla mediatek

Vero....daltronde loro se non li hanno veramente o comunque la mediatek non glieli fà rilasciare non te li rilasciano, speriamo in bene! :D
25-11-13, 21:07
Dudanken

bene, scrivero' alla mediatek, se adottano la gpl DEVONO rilasciare i sorgenti compilabili, lo dice la licenza.
Off Topic, pure cisco ha dovuto capitolare con i router linksys
25-11-13, 21:09
deddroid

Quote:

Originariamente inviato da Dudanken

bene, scrivero' alla mediatek, se adottano la gpl DEVONO rilasciare i sorgenti compilabili, lo dice la licenza.
Off Topic, pure cisco ha dovuto capitolare con i router linksys

Ottimo dudanken! Se ti rispondo( e spero che lo facciano) facci sapere il responso :D
25-11-13, 21:40
xhx

Quote:

Originariamente inviato da Dudanken

bene, scrivero' alla mediatek, se adottano la gpl DEVONO rilasciare i sorgenti compilabili, lo dice la licenza.
Off Topic, pure cisco ha dovuto capitolare con i router linksys

Bene, la cosa migliore, ma comunque non ho ancora capito se i sorgenti di ogni dispositivo ce li ha la MTK o la zopo non li vuole dare lei..
28-11-13, 22:07
deddroid

Quote:

Originariamente inviato da Dudanken

scriverò alla mediatek

Scusami dudanken ,novità? Ti hanno risposto?
29-11-13, 05:53
luca_vivi

Notizia bomba!!!!!!!!!!!!!!!!!!!!

FAEA rilascia i codici sorgente dei suoi smartphone : GizChina.it
29-11-13, 08:38
deddroid

Quote:

Originariamente inviato da luca_vivi

Notizia bomba!!!!!!!!!!!!!!!!!!!!

FAEA rilascia i codici sorgente dei suoi smartphone : GizChina.it

Scusami luca.ma ne fa parte anche zopo di questo progetto?

Leggendo l' articolo non ho capito se faea é una marca di una tipologia di smartphone,o un'azienda che sta a contatto con le altre marche
29-11-13, 08:46
frusso

Faea è un'altro produttore di smartphone come zoppo e komu. Probabilmente, visto che è emergente ha deciso di crescere con la community (pare supporti anche cm) quindi rilascia i sorgenti.
Più tardi mi iscrivono e chissà, se c'è anche il supporto a cm mi sa che il prossimo telefono cinese potrebbe essere Faea ( per inciso il suo modelle a 5 pollici sta più avanti del 980)
29-11-13, 11:24
luca_vivi

Ma da quello che ho capito ti si legge dall'articolo che questi codici sorgenti dovrebbero andare bene per tutti processore MTK
29-11-13, 11:25
luca_vivi

Anche io se faefa facesse un 6"fhd octa con supporto alla CM, andrei di preordine ;)
29-11-13, 14:12
deddroid

Ma il link ai codici mi da errore 404 :confused:
29-11-13, 16:16
frusso

Ho creato il documento per la compilazione della AOSP ed ho caricato su github la struttura della cartella

https://github.com/jfabrix101/aosp_device_zopo_zp990
http://fabrizio-russo.blogspot.it/20...-per-aosp.html
02-12-13, 19:11
deddroid

Sbaglio o qui hanno creato una 4.3 per mediacom s500 con mtk6589(identico ad inew)
http://www.avrmagazine.com/forum/f56...72/index2.html
02-12-13, 19:30
PaoloW8

come odio i forum che ti costringono a registrarti per vedere i link -.-
02-12-13, 19:47
deddroid

Come ti capisco...
Aprili con tapatalk così non devi registrarti,lo ho scoperto per caso
03-12-13, 07:10
luca_vivi

Quote:

Originariamente inviato da deddroid

Come ti capisco...
Aprili con tapatalk così non devi registrarti,lo ho scoperto per caso

sempre che sia supportato!
03-12-13, 07:55
deddroid

Quote:

Originariamente inviato da luca_vivi

sempre che sia supportato!

In questo caso si
03-12-13, 10:02
luca_vivi

Quote:

Originariamente inviato da deddroid

In questo caso si

Ottimo!!! :)
05-12-13, 21:23
deddroid

https://m.facebook.com/permalink.php...58341834230101
05-12-13, 21:25
deddroid

http://andro-build.org/2013/06/kerne...lcomm-devices/
22-12-13, 16:35
deddroid

Ragazzi voglio scrivere una mail alla mediatek ma non riesco a trovare l'indirizzo ,qualcuno lo ha trovato?
07-01-14, 03:22
deddroid

Anche se ormai mi sembra inutile continuare questo thread ,
vi lino una guida per la
compilazione KERNEL per mtk6589

http://www.htcmania.com/archive/index.php/t-704859.html
07-01-14, 17:09
frusso

Quote:

Originariamente inviato da deddroid

Anche se ormai mi sembra inutile continuare questo thread ,
vi lino una guida per la
compilazione KERNEL per mtk6589

Tutorial ¡Animate! Prueba a compiar tu propio kernel para MTK6589/T (ORIENTACIÓN) [Archivos] - HTCMania

Beh, innanzitutto è un link interessante e quindi già il thread è servito a qualcosa.
Poi, come lo stesso articolo dice, i sorgenti non ufficiali sono pieni di errori, errori nei quali anche noi ci siamo imbatutti e non essendo programmatori C di kernel, non sappiamo risolvere.

Potrebbe inceve, a questo punto, diventare interessante imparare a fare i modding come fa marsapia o paoloW8 per poter apportare migliorie alla nostra rom (che è quelle che ci terremo fino alla fine)
Ho visto che marsapia per il 980 è arrivato alla versione v20, ed avendo avuto per le mani il 990 in mezza giornata o poco più ha fatto una rom.
Anche imparare a fare quello non sarebbe male.

Marsapia, se sei in ascolto, ... ci insegni ?

Visualizza 40 messaggi di questa discussione in una pagina