Onda Andy Rom Cyanogenmod

[ssdavid]

grande domani si prova questa nuova scoperta

[gokur20]

mi fa piacere vedere che lo fai con gusto di sperimentare..

[ssdavid]

prove effettuate non cambia niente anzi esco un casino di errori soprattutto sulla parte net
c'è da lavorare ancora un bel po

[gokur20]

anch'io ho fatto delle prove, il kernel si compila ma il telefono non parte (non si accende nemmeno il led verde) frezzato sull'immagine di avvio.
Poi mi è venuto in mente che prima di usare la cucina, spachettavo e reimpacchettavo a mano il file boot.img e mi trovavo un secondo file ramdisk che non riuscivo ad aprire, ma tutto sommato rimpacchettando, tutto funzionava tranne l'immagine di carica della battera.
Poi mi sono richiesto, perchè il file originale del boot è di c.a. 4 Mb, mentre quello rimpacchettato è di soli 3,3 MB? (all'epoca lo avevo ipotizzato che 4.xx MB fossero la dimensione massima della partizione di boot e reimpacchettando il vuoto venisse eliminato)
Ho aperto con un editor esadecimale il boot.img originale e quello modificato e ho notato che effettivamente con il reimpacchettamento perdiamo qualcosa. A manina ho copiato i byte dalla posizione 0032:3000, quelli cioè dopo gli ultimi byte del boot.img modificato; risultato che ora funziona anche l'icona della batteria e suppongo altre cose, dato che i dati inseriti erano parecchi.
Sarà legato a questo il problema che non ci fa funzionare il nuovo kernel compilato?

Sembrerebbe che gli script di spacchettamento-reimpacchettamento non tengano in debita considerazione il second stage che in genere è opzionale, probabilmente ho una vecchia versione ed esistono degli script aggiornati che elaborano anche il second stage; io ho la versione della kitchen 0.221 di xda e una patchata 0.3.1 ma che hanno lo stesso problema. Esistono versioni più aggiornate? Almeno degli script di Unpack/Repack?

Cmq boot.img fixata è nel primo post.

[ssdavid]

anch'io ho fatto delle prove, il kernel si compila ma il telefono non parte (non si accende nemmeno il led verde) frezzato sull'immagine di avvio.
Poi mi è venuto in mente che prima di usare la cucina, spachettavo e reimpacchettavo a mano il file boot.img e mi trovavo un secondo file ramdisk che non riuscivo ad aprire, ma tutto sommato rimpacchettando, tutto funzionava tranne l'immagine di carica della battera.
Poi mi sono richiesto, perchè il file originale del boot è di c.a. 4 Mb, mentre quello rimpacchettato è di soli 3,3 MB? (all'epoca lo avevo ipotizzato che 4.xx MB fossero la dimensione massima della partizione di boot e reimpacchettando il vuoto venisse eliminato)
Ho aperto con un editor esadecimale il boot.img originale e quello modificato e ho notato che effettivamente con il reimpacchettamento perdiamo qualcosa. A manina ho copiato i byte dalla posizione 0032:3000, quelli cioè dopo gli ultimi byte del boot.img modificato; risultato che ora funziona anche l'icona della batteria e suppongo altre cose, dato che i dati inseriti erano parecchi.
Sarà legato a questo il problema che non ci fa funzionare il nuovo kernel compilato?

Sembrerebbe che gli script di spacchettamento-reimpacchettamento non tengano in debita considerazione il second stage che in genere è opzionale, probabilmente ho una vecchia versione ed esistono degli script aggiornati che elaborano anche il second stage; io ho la versione della kitchen 0.221 di xda e una patchata 0.3.1 ma che hanno lo stesso problema. Esistono versioni più aggiornate? Almeno degli script di Unpack/Repack?

Cmq boot.img fixata è nel primo post.

no quella che hai della kitchen è l'ultima versione per gli script si dovrebbe fare una ricerca
cmq non penso che quei dati mancanti non facciano funzionare il nuovo kernel secondo me sbagliamo qualcosa nella compilazione o meglio nel settaggio per la compilazione

[gokur20]

trovato abootimg per linux che è un applicativo che spachetta e reimpacchetta il kernel, il ramdisk e il second stage.
ora mentre per il ramdisk lo rinominiamo .gz e poi lo estraiamo come un normale file compresso, per il kernel bisogna ricompilarlo dai sorgenti, e se volessimo vedere il contenuto del second stage? cosa potremmo fare?

Cm si può provare il kernel compilato per vedere se funziona, senza stare a reimpacchettarlo e a flasharlo; in modalità fastboot:

 sudo fastboot -i 0x1219 boot zImage

se il device non parte, vuol dire che il kernel non va bene, togliere e rimettere la batteria. All'accensione, partirà con il vecchio kernel.

[ssdavid]

effettuata un'altra prova partendo dal penguin_defconfig kernel creato ho notato che viene compilato in maniera completamente diversa dalle prove precedenti a differenza di prima quando lo carichi si accende il led verde ma rimane fermo comunque c'è qualche cosa che ci sfugge nelle impostazioni iniziali dobbiamo capire cosa

[gokur20]

allora altra particolarità, sul device è presente soltamto il modulo bcm4329.ko che dovrebbe essre il wifi, noi invece ne compiliamo parecchi, quindi prima di dare un make, nel menuconfig bisogna integrare nel kernel tutti i moduli, eccetto il bcm4329

[ssdavid]

oggi ho fatto un'altra prova
in pratica ho preso il config del tel e ho fatto una stampa su carta
poi ho fatto un make penguin_defconfig ho preso il file config che viene creato e ho fatto una stampa e poi ho confrontato i due file (36 pagine di comandi) in pratica i due file sono completamente identici però se crei la zimage e poi la carichi il cel non parte quindi secondo me il problema è il boot loader bloccato dobbiamo capire come si sblocca altrimenti non andiamo da nessuna parte con il solito oem unlock non succede niente al momento non so dove mettere le mani :-(

ho trovato questo sito vedi se questo funziona

https:// github.com/IVAN89/Highscreen-Cosmo-kernel-2.6.35.7

[gokur20]

già provato, compilato non funge.

Non credo dipenda dal bootloader bloccato(Se così fosse, credo sia utile cercare i comandi fastboot oem), da quello che ho letto il bootloader bloccato non permetterebbe il flash tramite fastboot, ma noi ci riusciamo.