Sono scemo. Ho flashato il kernel 1.4, poi dopo un ora di uso ho flashato la rom senza rifare il kernel....
[KERNEL][3.4.x][KK] K^Kernel 3.4.x per KitKat ION+PMEM ADSP
Visualizzazione stampabile
-
10-02-14, 16:14Belamav
-
10-02-14, 19:29Andreagia94Ah perfetto rotflQuote:
Originariamente inviato da Belamav
-
10-02-14, 21:55Flea93
Domanda: come mai non esistono versioni non UV di questo ( e di altri ) kernel? Il kernel stock a differenza di questo offre davvero pochi governor...
Ho il sospetto che l'UV, anche quello non extreme, possa portare a instabilità: sulla 4.3 per esempio con il k^ UV il test di stabilità di antutu, a quanto ricordo, mi dava risultati tra il 13 e il 14, mentre con lo stock è sui 17. So che come test non è completissimo ma penso possa essere abbastanza indicativo
Sappiamo che con il tempo e le temperature ( e l'S+ in questo ambito è rinomato ) un processore può cominciare a chiedere più volt a mano a mano...
Questo lo dico da reduce di tre bootloop ( cm 10.1 + castagna per due volte, 10.2 con k^ una volta ) -
10-02-14, 22:08Leorocky
Il bootloop può essere causato da molteplici fattori, ma non penso riconducibile ad undervolting quando avvengono dopo del tempo dall'istallazione del kernel (diverso il discorso se non si avvia subito dopo un flash del kernel ).
I kernel custom cercano di offrire il massimo delle ottimizzazioni possibili quindi e semplice capire perché non esistano custom kernel con impostazioni stock per quanto riguarda OC/UV.
Se sei interessato ad avere voltaggi stock ma tutti i vantaggi dei kernel custom puoi modificare con qualche app le tensioni e riportarle stock. -
10-02-14, 23:13Flea93Per esempio l'ultima volta che mi è successo ( ma forse era anche la prima ) stavo vedendo un video su YT ma era sotto carica perché era fine serata ed era al 10% di batteriaQuote:
Originariamente inviato da Leorocky
Potrebbe anche essere causato solo dal voltaggio in idle ( 0.8V vs 0.9V dello stock ) che magari è troppo basso in certi ambiti, ovvero mentre di fa qualcosa ma la cpu non è a frequenze più alte?
Quali possono essere altre cause di bootloop in seguito a crash? -
10-02-14, 23:47LeorockyProva a dare un'occhiata qui https://www.androidiani.com/forum/sh...d.php?t=377429Quote:
Originariamente inviato da Flea93
-
11-02-14, 00:11Flea93Sì ma è normale che nell'arco di circa 4 mesi me lo abbia fatto 3 volte? Ad ogni bootloop ho dovuto reinstallare la romQuote:
Originariamente inviato da Leorocky
-
16-02-14, 20:54IZ1PSJ
V 1.5 disponibile....
Grande Chris, non ero piu abituato alla tua efficienza.... K-Kernel proud user -
16-02-14, 21:23Christopher83K^Kernel 3.4.80 v1.5 per KK 4.4 ION+PMEM ADSP
Ciao a tutti,
ho rilasciato le build del nuovo K^Kernel v1.5, pronte per essere usate con la nuova rom ADC CM 11.0 Release 2.
Changelog:
Nota:codice:- Kernel 3.4.80
- Sources synched with cm-11.0_ion_pmem_adsp repo branch of DevCon Team
- Built with my latest custom Linaro 4.8.3-2014.02 toolchain optimized for Cortex-A8
- crypto: Several updates and fixes to crypto drivers (credits to CAF Team)
- msm: kgsl: Add an input handler to power up the GPU on a touch event (credits to Tk-Glitch)
- ARM: be strict about FP exceptions in kernel mode (credits to mrg666)
- ARM: add support for kernel mode NEON (credits to mrg666)
- ARM: crypto: add NEON accelerated XOR implementation (credits to Ard Biesheuvel)
- ARM: 7835/2: fix modular build of xor_blocks() with NEON enabled (credits to Ard Biesheuvel)
- ARM: move VFP init to an earlier boot stage (credits to Ard Biesheuvel)
- ARM: Perform the creation of procfs node for VFP later (credits to Christopher83)
- ARM: only allow kernel mode neon with AEABI This prevents the linker erroring with: (credits to Russell King)
- ARM: 7626/1: arm/crypto: Make asm SHA-1 and AES code Thumb-2 compatible (credits to Dave Martin)
- ARM: 7723/1: crypto: sha1-armv4-large.S: fix SP handling (credits to Ard Biesheuvel)
- ARM: 7837/3: fix Thumb-2 bug in AES assembler code (credits to Ard Biesheuvel)
- crypto: create generic version of ablk_helper (credits to Ard Biesheuvel)
- ARM: pull in <asm/simd.h> from asm-generic (credits to Ard Biesheuvel)
- ARM: move AES typedefs and function prototypes to separate header (credits to Ard Biesheuvel)
- ARM: add support for bit sliced AES using NEON instructions (credits to Ard Biesheuvel)
- ARM: add .gitignore entry for aesbs-core.S (credits to Russell King)
- crypto: Fix more AES build errors (credits to Russell King)
- workqueue: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues (credits to Viresh Kumar)
- workqueue: Add system wide power_efficient workqueues (credits to Viresh Kumar)
- block: queue work on power efficient wq (credits to Viresh Kumar)
- xsched: Optimize build_sched_domains() for saving first SD node for a cpu (credits to Viresh Kumar)
- PHYLIB: queue work on system_power_efficient_wq (credits to Viresh Kumar)
- ASoC: pcm: Use the power efficient workqueue for delayed powerdown (credits to Mark Brown)
- ASoC: jack: Use power efficient workqueue (credits to Luis Cruz)
- regulator: core: Use the power efficient workqueue for delayed powerdown (credits to Luis Cruz)
- ASM: word-at-a-time: make the interfaces truly generic (credits to Chad Goodman and poondog)
- LIB: use generic strnlen_user and strncpy_from_user functions (credits to Chad Goodman and poondog)
- ARM: dcache: select DCACHE_WORD_ACCESS for little-endian ARMv6+ CPUs (credits to Chad Goodman and poondog)
- ARM: 7927/1: dcache: select DCACHE_WORD_ACCESS for big-endian CPUs (credits to Will Deacon)
- sched: Add sysinterface for GENTLE_FAIR_SLEEPERS (credits to Tk-Glitch)
- sched: Consider max cost of idle balance per sched domain (credits to Paul Reioux)
- sched: Periodically decay max cost of idle balance (credits to Paul Reioux)
- cpufreq: Optimize cpufreq_frequency_table_verify() (credits to Viresh Kumar)
- Update default and custom defconfigs (credits to Christopher83)
- msm: camera: Don't set a flip for S5KA3DFX front camera on Ariesve (credits to Christopher83)
- mach-msm: Revised VIDC memory reservation to fix video re-encoding issues (credits to Christopher83)
Per risolvere i problemi di video re-encoding (ad esempio la conversione effettuata prima di inviare un video usando WhatsApp) è stato necessario aggiungere alcuni MB in più all'allocazione ION destinata al video encoder/decoder (VIDC), le nuove configurazioni della memoria sono:
- 348MB di ram libera invece di 352MB, come il kernel stock della nuova rom
- 356MB di ram libera invece di 360MB
- 366MB di ram libera invece di 370MB
- 374MB di ram libera invece di 378MB
Per maggiori dettagli sulle configurazioni della memoria, date un'occhiata alla FAQ section del thread originario (in inglese). -
16-02-14, 21:24Andreagia94
Sei memorabile!! 👍
