Ciao Umberto,
lo provo subito perché ci sono davvero tante cose interessanti. Hai fatto davvero un ottimo lavoro e di aggiornamento.
Edit: ti ringrazio di aver dato la possibilità di scegliere varie configurazioni per la gpu. È davvero utile e molto funzionale. Forse però c'è un problema grafico perché le descrizioni si sovrappongono con le frequenze della riga precedente. Per il resto :thumbup::beer::thumbup:
Edit2: perché dopo aver cancellato cache e dalvik ora ad ogni avvio mi appare la scritta "aggiornamento android in corso"? Il fatto è che in passato non sempre mi appariva. Come fare per farla sparire? Fix permission?
Edit3: anche il gentle fair spleeper ha qualche problemino grafico. Quando scelgo di disabilitarlo mi dice che lo ha abilitato (anche se poi lo disabilita)
[KERNEL][LINARO]**SpeedWizz_N2**[Sammy Rom]
Visualizzazione stampabile
-
24-09-13, 20:24Acr101
-
24-09-13, 21:25umberto1978EDIT1: La colpa è delle descrizioni che sono molto lunghe, siccome io uso i caratteri impostati a dimensioni piccole non ho fatto caso al problema. Chiedo venia, al momento prova aridurre la dimensione del carattere. Provvederò al più presto.Quote:
Originariamente inviato da Acr101
EDIT2: strano. Quanto dura l'aggiornamento android? Se una frazione di secondo probabilmente il kernel reinstalla ad ogni avvio qualche applicazione fra quelle incluse (Speedwizz manager, boeffla sound). Oppure fa tutta l'ottimizzazione dal principio? Spiegati meglio.
EDIT3: Mandami uno screen allegato.
Grazias!
Forse ho capito cosa intendi con il gentle fair sleepers: il messaggio toast che appare indica che è stata abilitata l'opzione, a prescindere se si tratta di disabilitare o abilitare qualche feature (ovviamente il messaggio è standard, dato che l'applicazione non sa quello che trova scritto nelle descrizioni corrispondenti). Non so se sono stato chiaro abbastanza... -
24-09-13, 21:46Acr101Edit3: sei stato molto chiaro. Si, è proprio così.Quote:
Originariamente inviato da umberto1978
Edit2: Non fa tutto l'ottimizzazione delle app, ma resta in attesa qualche secondo.
Come se effettivamente dovesse installare qualche cosa. -
24-09-13, 21:49manup85
http://img.tapatalk.com/d/13/09/25/beva3edu.jpg Volare hohohohho :)
-
24-09-13, 21:54umberto1978A causare l'inghippo è una di queste tre applicazioni.Quote:
Originariamente inviato da Acr101
Superuser
Speedwizz manager
Boeffla sound mod
Hai per caso aggiornato una delle due (escludo speedwizz manager).
Meglio ancora fai una cosa.
Vai in /data e allega il file userlog che gli do un occhio. Oppure puoi farlo anche tu stesso. -
24-09-13, 21:58francanna
Flashata. Apportato stesse modifiche 'conservative, che avevo su versione precedente. Riscontro maggiore reattività
-
24-09-13, 22:07francanna
Nel mio caso antutu è passato da 21100 a 20500. Uniche modifiche nei settings touchboost a 500 anziché stock e UV 0,25 anziché nessuno.
Ma francamente avverto maggiori performance. -
24-09-13, 22:14passa151184Idem, punteggio più basso ma impressioni di utilizzo migliori.... grande umbe:beer::beer::beer:Quote:
Originariamente inviato da francanna
-
24-09-13, 23:09Picciotto
Raga incoraggiamo Umberto http://forum.xda-developers.com/show...php?p=45886957 per questa nuova strada che sta percorrendo, su xda non si scherza ;)
http://img.tapatalk.com/d/13/09/25/8aquhege.jpg
http://img.tapatalk.com/d/13/09/25/y3uqame6.jpg
http://img.tapatalk.com/d/13/09/25/ajady9un.jpg -
24-09-13, 23:49Caino1991
Non ne sono sicuro me penso di aver trovato un bug.
Quando attivo il risparmio energetico non si disattiva fino al riavvio non so se dipende dal kernel o dalla rom ma con quadrant ho notato questo.:
Senza risparmio 7260 circa. Con risparmio 6400 circa. Poi tolgo in risparmo rifaccio e ottengo sempre 6400 come se non si fosse disattivato.
Per risolvere devo riavviare.
L'ho notato nei giochi che anche una volta tolto il risparmio energetico laggavano pesantemente fino al riavvio. -
25-09-13, 00:01leorogue85
Piccolo feedback, però abbastanza grave, spero sia un caso isolato. Con un undervolt di - 75, (prima avevo -68)il telefono ha freezato, ho dovuto togliere la batteria, e la percentuale è calata dal 45 al 25% di batteria. Spero sia un caso isolato.
-
25-09-13, 00:06Acr101Che valore hai impostato per il touch boost?Quote:
Originariamente inviato da leorogue85
Di solito capita quando la frequenza utilizzata ha un voltaggio troppo basso. -
25-09-13, 00:08Acr101Ciao,Quote:
Originariamente inviato da umberto1978
non ho fatto nessun aggiornamento. Infatti dal log mi dice che le app sono già presenti. Sembra quasi continui a ripetere lo zip align. Può essere? -
25-09-13, 00:32leorogue85No acr, non credo sia quello. Ho sempre avuto 400 mhz, mai dato problemi. Ho provato ad alleggerire l' uv alla gpu.Quote:
Originariamente inviato da Acr101
-
25-09-13, 08:33umberto1978Occhio che la gpu non è stabilissima quando si abbassano i voltaggi. Dovrei averlo scritto nel changelog. Il mio non regge nemmeno il -25mv tsnto per la cronaca. ...Quote:
Originariamente inviato da leorogue85
-
25-09-13, 08:54Acr101Ogni terminale è davvero un discorso a parte. Infatti non riscontro nessun freeze a -50mv e ov a 733...Quote:
Originariamente inviato da umberto1978
Per la storia dello zip align?
Più tardi ti mando il log così controlli anche tu. Grazie
Ti ho scritto quello perché a me capitava sempre che applicando le tabelle uv dello speedwiz manager avevo un freeze proprio perché avevo settato un touch boost basso (600mhz); cosa che in passato non mi è mai capitata anche con valori più bassi.ecco perché dopo ho configurato a manina i valori di uv. In quel modo non ho avuto più problemi.Quote:
Originariamente inviato da leorogue85
-
25-09-13, 09:12umberto1978Puoi controllare se in /system hai una cartella nascosta? Dovrebbe chiamarsi .speedwizz con dentro un file chiamato zipallign. Comunque mandami il log in ogni caso.Quote:
Originariamente inviato da Acr101
-
25-09-13, 09:22Acr101Si, è presente e c'è un file zipalogn_installed con valore 1. Appena mi collego al pc ti mando il file perché da tapatalk non me lo permette:(Quote:
Originariamente inviato da umberto1978
-
25-09-13, 09:51umberto1978Secondo me si tratta di una coincidenza verificatasi al wipe della dalvik cache nella circostanza del flash del kernel.Quote:
Originariamente inviato da Acr101
Intendo dire che se avessi fatto wipe dalvik-cache senza flashare nulla avresti avuto lo stesso problema ugualmente.
Rimane da vedere cosa causa il problema.
Non è che per sbaglio qualche app di sistema è finita nel framwork?
Magari avrai fatto qualche modifica.
Fai così: mandami il log appena puoi e nel frattempo cambia kernel completamente (adam o altro) e vedi se il problema sparisce.
Non so cosa pensare. ..... -
25-09-13, 10:49Caino1991Quote:
Originariamente inviato da Caino1991
Qualcuno può confermare o smentire?
Se è un problema solo mio potrei cambiare rom dopo un bel ful wipe -
25-09-13, 11:34umberto1978Quote:
Originariamente inviato da Caino1991
Il risparmio energetico a me funziona correttamente (attivazione disattivazione) fra l'altro nel kernel c'è già una modifica per fare in modo che le modifiche a loro volta di overclock e il resto impedissero al meccanismo di funzionare. -
25-09-13, 12:07clark12
Ad ogni aggiornamento questo kernel va sempre meglio impostata pcpu -100 gpu -100 e touch bost 700 nessun problema tutto va che e una meraviglia grazie umberto:thumbup::)
-
25-09-13, 15:45King Elessar Telcontar
Ieri ho messo l'ultima versione, posso aggiornare supersu ora? Non l'avevo aggiornato prima perché così facendo non sarebbe più funzionata la procedura del unroot temporaneo.
Inviato dal mio GT-N7100 usando Androidiani App -
25-09-13, 16:33mescal67Vai tranquillo dalla versione del 17 funziona anche aggiornando supersu dal plystore.Quote:
Originariamente inviato da King Elessar Telcontar
Ciao. -
25-09-13, 16:41King Elessar TelcontarQuote:
Originariamente inviato da mescal67
Ti ringrazio :-)
Inviato dal mio GT-N7100 usando Androidiani App -
25-09-13, 16:59clark12
Mi sembra ottimo considerando anche alcuni flash.....:)http://img.tapatalk.com/d/13/09/25/uvasypev.jpghttp://img.tapatalk.com/d/13/09/25/ypenyqah.jpg grazie umberto :thumbup::thumbup::thumbup:
-
25-09-13, 17:08Mysterionusi la luminosità in automatico?Quote:
Originariamente inviato da clark12
lo chiedo perchè credo incide molto questo -
25-09-13, 17:11clark12
No lumonisità manuale messa al 70%:)
-
25-09-13, 18:28umberto1978Sono riuscito a dare un occhiata approfondita al log. Innanzitutto pare che non ci siano problemi particolari, nemmeno riguardo la funzione di zipallign, che come puoi vedere viene bypassata in quanto il sistema rileva che le applicazioni presenti sono già zipallineate e soprattutto controllate.Quote:
Originariamente inviato da Acr101
Il messaggio (per brevità riporto solo le prime due stringhe, ma è così per tutte le app)
parla chiaro. Questo avviene perchè lo script per il zipallign crea anche un database dove risiedono tutti gli md5 delle applicazioni al momento del primo check: se l'md5 non viene alterato il kernel non eseguire nessun altro controllo. Il perchè mi sembra lampante ;)codice:Starting FV Automatic ZipAlign 09-25-2013 08:50:47
Already checked: /system/app/ApplicationsProvider.apk
Already checked: /system/app/BCService.apk
Sul fronte applicazioni non vedo nessun problema. Quindi sarei propenso a pensare che ci sia qualcosa che non va a prescindere dal kernel in uso. Hai poi provato a cambiare kernel e vedere se hai lo stesso il problema?
Invece adesso vorrei segnalare a tutti gli utenti del kernel che l'opzione per disabilitare e abilitare il gentle fair sleepers NON è più funzionante, anche se attivate e disattivate l'opzione non cambierà nulla (nonostante l'applicazione dia conferma dell'avvenuta applicazione della scelta). Nel defconfig dell'ultimo kernel ho rimosso lo SCHED_DEBUG ragion per cui la relativa interfaccia SYSfs non esiste più. Mi sono dimenticato nella fretta di aggiornare gli script, chiedo scusa. In ogni caso dato che le prestazioni mi sembrano discrete non vedo perchè doverlo riattivare, meno lavoro fa il kernel meglio è, e siccome il gentle fair sleeper che è una funzione facente parte del debug dell' I/Osched è da considerarsi un lavoro............tirate voi le conclusioni. -
26-09-13, 18:07manup85
-
26-09-13, 20:16passa151184
Feedback sempre più positivi, 3h e mezza di schermo ed ancora il 53% di batteri! Non cambio più :beer::beer:
-
27-09-13, 09:30Acr101
Questo è il primo risultato con il nuovo kernel.
Allegato 83136
Lo sto spremendo un pò, ma si può fare di più. Sto testando un UV abbastanza spinto. Vediamo cosa mi porterà.
P.S.: sto utilizzando la configurazione LOW OC per la GPU con un uv -50mv -
27-09-13, 12:03Cla94Cioè cosa hai cambiato nello speedwizz kernel?Quote:
Originariamente inviato da Acr101
-
27-09-13, 13:28Acr101Ho modificato i valori che ho riportato in qualche post fa (post #359). In più ho aggiornato greenify (perché ci sono delle migliorie per i wakelok) e rispetto alla versione dell'11 sett. i valori delle frequenze della gpu sono come ho scritto quelle del low oc.Quote:
Originariamente inviato da Cla94
Ora sto provando valori di uv per la cpu ancora più bassi e vedrò di diminuire anche quelli della gpu. Vediamo che combino:p:D
P.s.: grande Umberto :thumbup: -
27-09-13, 17:38umberto1978Dalla prossima release potrete sfruttare quasi del tutto l'undervolt per la gpu. Ho agito sul regolatore della gpu per constire undervolt più estremi senza inficiare la stabilità.Quote:
Originariamente inviato da Acr101
Io stesso che soffrivo gia a -25 ora reggo il -75 a meraviglia senza crash e senza artifatti grafici. -
27-09-13, 17:47clark12Allora io che tengo gia i - 100??? Ahahaha bella storia grazie sempre umberto non vedo l'ora di provarlo:thumbup:Quote:
Originariamente inviato da umberto1978
-
27-09-13, 19:27simo83Io il kernel del 17/9 l'ho sempre tenuto a -75 e non ho mai avuto un lag a parte 2 app in crash (in 2 settimane) direi che è un ottimo kernel!!Quote:
Originariamente inviato da umberto1978
Sicuramente il nuovo kernel è ancora meglio!
Grazie Umberto -
28-09-13, 13:24PASTORE
Con l ultima release ho notato un consumo leggermente superiore rispetto al precedente...il problema è solo mio? I settaggi non li ho toccati ne prima ne adesso... Tranne il t.b. a 600
-
29-09-13, 21:39simo83Quoto...l'ho notato anche io...Quote:
Originariamente inviato da PASTORE
sarà perché ancora deve assestarsi il nuovo kernel, di solito ci vuole 3 o 4 giorni prima che si stabilizza.. o 3/4 cicli di ricarica
Io l'ho undervoltizzato a -75 e disattivato il gentle fair sleepers vediamo così come va.. :D -
30-09-13, 18:33umberto1978
Nuova build online.
Leggete attentamente il changelog, di seguito. Vi consiglio di aggiornare in quanto NON si tratta di un minor update. Mi servono riscontri sia sulle nuove funzionalità che sul funzionamento del kernel in genrale. Per la cronaca adesso dovrebbe consumare meno batteria. Enjoy!!
Quote:
SpeedWizz kernel 30/09
Changelog di versione 24/09
- Tmpfs : fixati una serie di leak objects causati dal driver mempolicy
Patchato mm/shmem.c al fine di evitare più perdite di memoria causate dalla memoria allocata MPOL, errori di analisi nelle opzioni di mount e unmount della funzione MPOL stessa. I crediti come da commit correlato. Uno sguardo al github è come sempre utile ;)
- Mach - Exynos : CpuIdle - exynos4 : disabilitato il debug e reso come impostazione predefinita.
Ovviamente per trovare il modo corretto di ottimizzare l'utilizzo delle risorse da parte del kernel. Crediti Gokhan Moral.
- Power: ridurre le inizializzazioni del regolatore ai minimi del regolatore stesso
Con questa modifica ora possiamo usare più undervolt (minor livello di tensione) per la GPU pur garantendo un esecuzione stabile.
Prima di applicare la patch, io stesso non potevo utilizzare anche solo -25 mV. Ora posso raggiungere un undervolt stabile -75 Mv senza crash né glitch grafici.
In ogni caso , al momento, gli script di sottotensione inclusi nella ramdisk sono gli stessi della versione precedente.
- Cpupower : aggiornare il cpu_power base al carico della CPU
Quando si utilizzano le frequenze più basse , ci troviamo in un caso d'uso di carico presumibilmente BASSO e aumentiamo la capacità della CPU per mantenere questi compiti leggeri sulla CPU0 . Questa patch è stata originariamente utilizzata da AndreiLux nel suo Perseus , e penso che potrebbe essere attuata per raggiungere un migliore equilibrio tra prestazioni e durata della batteria .
- Correttamente applicato il fix per la nitidezza dello schermo per il nostro hardware
- Spostate le partizioni di boot nel probe
Questo dovrebbe fornire in parole povere il supporto a Triangle away (testatelo, per cortesia).
- Carica rapida - Fast charge - grazie Yank555 -lu
Con questa modifica che ora dovrebbe, e ripeto dovrebbe, essere in grado di poter fare utilizzare la stessa potenza sia per la carica A / C e la ricarica USB . E' possibile fra l'altro impostare il nostro livello di potenza personalizzato per entrambi.
Di Default è disabilitata , è possibile utilizzare speedwizz Manager per cambiare le impostazioni.
Ignorate l'output fornito da TRICKSTERMOD, indagherò per capire il motivo per cui viene mostrato un messaggio ABILITATO nonostante il reale stato della interfaccia sysfs .
Inoltre, si deve sapere che per la vostra sicurezza ho volutamente omesso l'opzione per abilitare il FAILSAFE : Può essere usato per permettere la ricarica fino a 2,1 A sia per la carica AC che per la carica USB. L'interfaccia sysfs è presente, ma non c'è uno script per gestire questa opzione, perché penso che sia troppo pericoloso, soprattutto per i vostri dati. Se siete capaci di modificare l'interfaccia usatelo a vostro rischio e pericolo.
- Linux 3.0.74
- RAMDISK : Corretti quasi tutti gli script per far mostrare un ordine crescente coerente come da scelta: ad esempio nel caso di undervolt verrà mostrato il seguente livello di scelta:
-25
-50
-75
-100
Lo stesso discorso vale per tutte le altre opzioni, se notate discordanze fatemelo notare, grazie.
- RAMDISK : fixati gli script per sched_mc_pwersavings , ora verranno echeggiati i valori corretti .
- RAMDISK : semplificata l'interfaccia di gestione della GPU per quel che riguarda l'overclock. Rimuovendo le frequenze dalla descrizione (qualcuno ha notato overlapp tra i valori in base alle dimensioni del carattere utilizzato) . Ora si vedrà solo low , medium, high , high +, high + + .
- RAMDISK : Aggiunti gli script correlati per tutte le nuove funzionalità (fast charge compreso).
- RAMDISK : La funzione di zipallign è stata resa optional. Per attivarla è sufficiente usare l'applicazione spedwizz manager.
- RAMDISK : rimossa l'opzione per gestire il gentle_fair_sleepers , in quanto questa funzione di debug è stata completamente rimossa già nella versione 24 / 09 , mi spiace per l'inconveniente .
