[SOS MODDING][OPO] Thread SOS Modding e Consigli OnePlus One

[pippomrt]

CyanogenMod 11S" la 25r dopo flasshare la 30O
noto con dispiacere che l'aggiornamento ha risolto alcuni Bugs della precedente Rom ma ne ha introdotto uno molto peggiore la batteria in stan bay si consuma in maniera eponeziale....

[mitic]

Si è quel Bug verrà risolto con un aggiornamento a breve...

[stefan95]

Chi vuole provare lo fa naturalmente a suo rischio e pericolo.
Prima custom rom con il nuovo fw per il touch
[ROM][KK4.4.4][HALO][PIE][CM11s] ★&#97… | OnePlus One | XDA Forum
Commoventi parole [ROM][KK4.4.4][HALO][PIE][CM11s] ★★★ crDroid v5.2 ★★★ [HOVER][PEEK][18/08][CM11] - Post #314 - XDA Forum

[lostman]

Chi vuole provare lo fa naturalmente a suo rischio e pericolo.
Prima custom rom con il nuovo fw per il touch

Asp, qui si parla in un punto di "input: touchscreen: Updated Touchscreen firmware", poi invece parlando di un update al driver che è un'altra cosa.

Il firmware del "touchscreen" è un paio di maniche è il software flashato nel chip del touch stesso, a riguardo abbiamo l'esperienza dell Zopo C2/980 che, in alcuni casi, richiedeva l'update del firmware del touch operazione molto pericolosa, se si sbagliava binario o si usava uno non adatto alla revisione di touchscreen del proprio dispositivo, che portava al blocco definitivo del display.
Il "firmware" che invece si passa al kernel linux non è altro che una parte del "driver" del dispositivo, in questo caso il dispositivo è proprio il touch.
Se cosi fosse è solo il "workaround" a livello kernel per ovviare ad un problema del firmware del display, di cui si era già parlato su Jira ed in altri luoghi adatti da parte della stessa OPO, insomma non è la soluzione del problema ma una "gabola" che lo allieva fino a quasi farlo sparire, rimedio temporaneo in attesa che a settembre JDI rilasci il firmware, del display, fixxato.
Da come si era letto finora sembrava un problema del firmware "interno" del touch a cui stava lavorando JDI, il produttore, e non del "driver", resta poi sempre il dubbio di come questi "cuochi" abbiano avuto una copia del firmware dell'OTA non ancora uscito.

[stefan95]

Asp, qui si parla in un punto di "input: touchscreen: Updated Touchscreen firmware", poi invece parlando di un update al driver che è un'altra cosa.

Il firmware del "touchscreen" è un paio di maniche è il software flashato nel chip del touch stesso, a riguardo abbiamo l'esperienza dell Zopo C2/980 che, in alcuni casi, richiedeva l'update del firmware del touch operazione molto pericolosa, se si sbagliava binario o si usava uno non adatto alla revisione di touchscreen del proprio dispositivo, che portava al blocco definitivo del display.
Il "firmware" che invece si passa al kernel linux non è altro che una parte del "driver" del dispositivo, in questo caso il dispositivo è proprio il touch.
Se cosi fosse è solo il "workaround" a livello kernel per ovviare ad un problema del firmware del display, di cui si era già parlato su Jira ed in altri luoghi adatti da parte della stessa OPO, insomma non è la soluzione del problema ma una "gabola" che lo allieva fino a quasi farlo sparire, rimedio temporaneo in attesa che a settembre JDI rilasci il firmware, del display, fixxato.
Da come si era letto finora sembrava un problema del firmware "interno" del touch a cui stava lavorando JDI, il produttore, e non del "driver", resta poi sempre il dubbio di come questi "cuochi" abbiano avuto una copia del firmware dell'OTA non ancora uscito.

Dico con sincerità che la prima parte del tuo post non sono riuscito a comprenderlo del tutto.
https://github.com/CyanogenMod/andro...0d47e5c3041a04
Qui c'è anche un commento di Steve Kondik Gerrit Code Review

EDIT: anche il franco Kernel si aggiorna
https://plus.google.com/+FranciscoFr...ts/C5Ez8iw2fb2
http://forum.xda-developers.com/onep...el-r1-t2800871

[lostman]

Allora stamattina ho riguardato con calma, mi continua a sembrare che non è il "vero" fix, quello che la JDI deve rilasciare per il display ma il "workaround" a livello kernel che si diceva in uscita immediata in attesa di soluzioni definitive.
L'origine di questo "workaround" sembrano essere le nightly di CM11 che, grazie al fatto di non dover passare controlli di qualità, possono proporre le ultime novità immediatamente, poi le varie custom prendono subito i "commit" e li integrano nei loro sorgenti.

Cerco di spiegarmi meglio, per quel che ne so:

- Il Touchscreen è un dispositivo "intelligente", ha un suo "firmware" interno che serve per farlo funzionare, dovrebbe essere questo quello "buggato" e JDI, il produttore, ha annunciato una soluzione per settembre.

- Il kernel linux, alla base di Android, ha a sua volta dei driver per mettersi in comunicazione con i dispositivi, a volte questo driver è sotto forma di firmware, cioè del codice proprietario precompilato del quale non si hanno i sorgenti, di quel che ho capito questo "fix" è a questo livello cioè di "driver".

Spero di essere stato più chiaro sottolineo però che il discorso che faccio è per come ho capito io il problema.

[badcat]

Scusate se cambio discorso....ma da qualche parte esiste il file img o zip del kernel originale della versione 30O???

[patanfrana]

Ragazzi, qualcuno è riuscito a reinstallare la recovery TWRP dopo l'aggiornamento alla 30O? A me non riesce di installarla sinceramente...

[surfer60]

Dopo ogni aggiornamento ota si perde il root, che quindi va rifatto.
I forum e le guide sono fatte per essere lette.

[patanfrana]

Ma in nessuna guida é scritto che serve il root per installare le recovery... Infatti non mi pare di aver fatto il root prima...