[LISTADO] de Kernels - Kernels Repack - Governors HOX tegra3

[ilustretbk]

Hola compañeros, dejamos aqui un listado de todos los kernels y kernels repack que hay para el HOX.
Todos ellos estan sacados de XDAdevelopers,utilicemos este hilo para ir desglosandolos y comentandolos, su metodo especifico de instalacion,sus cualidades,sus versiones..etc

Listado de KERNELS y KERNELS REPACK HOX

Ir al link original: http://forum.xda-developers.com/showpost.php?p=30215781&postcount=2

Repacks de XM-Kernel agradecimientos a XDA-developers.

Ir al link original: http://d-h.st/users/xmrepacks

[ilustretbk]

1. GOVERNORS


- Puede ocurrir que necesitemos o queramos modificar el rendimiento del procesador de nuestro HOX,para disminuir o aumentar sus capacidades,bien sea para el ahorro de bateria,para la mejor ejecucion de juegos...etc
todo esto se puede conseguir cambiando el gobernor de nuestro hox.
Esto se podra hacer siempre que tengamos una custom rom, rooteada,con busybox instalado y siempre y cuando nuestro custom kernel nos lo permita.

- Explicaremos un poco las carecteristicas de cada uno y como cambiarlos.

Estos son los 19 gobernadores de los que hablaremos:


1) Ondemand
2) Ondemandx
3) Conservative
4) Interactive
5) Interactivex
6) Lulzactive
7) Lulzactiveq
8) Smartass
9) SmartassV2
10) Intellidemand
11) Lazy
12) Lagfree
13) Lionheart
14) LionheartX
15) Brazilianwax
16) SavagedZen
17) Userspacce
18) Powersave
19) Performance


--------------------------------------------------------------------------------------------------------------

1) Ondemand:

(Click para mostrar/ocultar)

Gobernador por defecto en casi todos los núcleos de valores. Uno de los objetivos principales del gobernador ondemand es cambiar a la frecuencia máxima en cuanto hay una actividad de la CPU detectada para garantizar la capacidad de respuesta del sistema. (Puede cambiar este comportamiento usando los parámetros de escala suaves, consulte ajustes Siyah al final del tercio posterior.) Efectivamente, se utiliza el tiempo de CPU ocupado como la respuesta a "lo importante es el rendimiento en estos momentos", pregunta. Así OnDemand salta a la frecuencia máxima cuando la CPU está ocupada y disminuye la frecuencia gradualmente cuando la CPU es menor carga / Apporaching inactivo. A pesar de que muchos de nosotros consideramos esto un gobernador confiable, se queda corto en el ahorro y el rendimiento de la configuración por defecto de la batería. Una posible razón para el gobernador ondemand no ser muy eficiente de la energía es que el gobernador decida la próxima frecuencia deseada por el requisito instantánea durante el intervalo de muestreo. El requisito instantánea puede responder rápidamente a los cambios carga de trabajo, pero por lo general no reflejan requisito de uso de CPU verdadera carga de trabajo en un pequeño tiempo más largo y posiblemente cause cambian con frecuencia entre la frecuencia más alta y más baja.

2) Ondemandx:

(Click para mostrar/ocultar)

Básicamente un ondemand con suspensión / perfiles vigilia. Este gobernador se supone que es un ondemand amigable batería. Cuando la pantalla está apagada, la frecuencia máxima está limitada a 500 mhz. A pesar de que es el gobernador ondemand por defecto en muchas núcleo y se considera seguro / estable, el apoyo a ondemand / ondemandX depende de la capacidad de CPU para hacer la frecuencia de conmutación rápida que son transiciones de frecuencia muy baja latencia. He leído en alguna parte que el rendimiento del ondemand / ondemandx fueron variando significativamente por diferentes programadores i / o. Esto no es cierto para la mayoría de los demás gobernadores. Personalmente, creo ondemand / ondemandx va mejor con planificador SIO I / O.

3) Conservative:

(Click para mostrar/ocultar)

A Ondemand más lento que escala lentamente para ahorrar batería. El gobernador conservador se basa en el gobernador ondemand. Funciona como el gobernador ondemand ajustando dinámicamente las frecuencias en base a la utilización del procesador. Sin embargo, los aumentos y disminuciones gobernador conservador velocidad de la CPU de manera más gradual. En pocas palabras, este gobernador aumenta la frecuencia paso a paso en la carga de la CPU y salta a la frecuencia más baja de inactividad de la CPU. Gobernador conservador tiene como objetivo ajustar dinámicamente la frecuencia de la CPU a la utilización actual, sin saltar a la frecuencia máx. El valor sampling_down_factor actúa como un multiplicador negativo de sampling_rate para reducir la frecuencia de que las muestras del planificador de la utilización de la CPU. Por ejemplo, si sampling_rate igual a 20.000 y sampling_down_factor es 2, las muestras gobernador de utilización de la CPU de cada 40,000 microsegundos.

4) Interactive:

(Click para mostrar/ocultar)

Se puede considerar un ondemand rápido. Por lo tanto más ágil, menos batería. Interactivo está diseñado para cargas de trabajo interactivas sensibles a la latencia. En lugar de tomar muestras en cada intervalo como ondemand, determina la forma de escalar cuando la CPU sale de reposo. El gobernador tiene las siguientes ventajas: 1) de rampa más consistente, porque gobernadores existentes hacen su carga de muestreo de la CPU en un contexto workqueue, pero gobernador interactivo hace esto en un contexto temporizador, lo que da carga de CPU de muestreo más consistente. 2) Mayor prioridad al aumento de frecuencia de la CPU, dando así a las tareas pendientes en beneficio rendimiento de la CPU, a diferencia de los gobernadores existentes que programen aceleración trabajar a ocurrir después de las tareas de hambrientos de rendimiento han completado. Interactivo Es un Ondemand inteligente debido a las optimizaciones de estabilidad. ¿Por qué?
El muestreo de la carga de la CPU cada X ms (como Ondemand) puede llevar a una alimentación de la CPU de X ms, lo que lleva a la pérdida de fotogramas, el tartamudeo de interfaz de usuario, etc En lugar de muestreo de la CPU a una velocidad especificada, el gobernador interactivo comprobará si la escala de la frecuencia de la CPU hasta poco después de salir del reposo. Cuando la CPU sale de reposo, un temporizador está configurado para disparar dentro de 1-2 ticks. Si la CPU está muy ocupado entre la salida inactivo y cuando se activa el temporizador, entonces suponemos que la CPU es de poca potencia y la rampa a la frecuencia máx.

5) Interactivex:

(Click para mostrar/ocultar)

Este es un gobernador interactivo con un perfil de estela. Más batería ambiente que interactivo.

6) Lulzactive:

(Click para mostrar/ocultar)

Este nuevo hallazgo de Tegrak se basa en los gobernadores Interactivo y Smartass y es uno de los favoritos.
Antiguo Versión: Cuando la carga de trabajo es mayor que o igual a 60%, las escalas gobernador hasta la CPU al siguiente paso superior. Cuando la carga de trabajo es inferior al 60%, las escalas de gobernador por CPU al siguiente paso inferior. Cuando la pantalla está apagada, la frecuencia se bloquea a la frecuencia mínima de escala mundial.
Nueva versión: Tres más parámetros configurables por el usuario: inc_cpu_load, pump_up_step, pump_down_step. A diferencia de versión anterior, éste da más control para el usuario. Podemos establecer el umbral en el que el gobernador decide escalar hacia arriba / abajo. También se puede establecer el número de pasos de frecuencia que hay que omitir el sondeo de arriba y abajo.
Cuando carga superior o igual a inc_cpu_load, gobernador escalas CPU pump_up_step intensifica. Cuando la carga de trabajo es inferior a inc_cpu_load, gobernador escalas CPU pump_down_step bajar escalones.
Ejemplo:
Considerar
inc_cpu_load = 70
pump_up_step = 2
pump_down_step = 1
Si la frecuencia actual = 200, Cada up_sampling_time nosotros si carga de la CPU> = 70%, cpu se escala hasta 2 pasos - a 800.
Si la frecuencia actual = 1,200, Cada down_sampling_time nosotros si la carga cpu <70%, la CPU se redujo 1 paso - a 1000.

7) Lulzactiveq:

(Click para mostrar/ocultar)

Lulzactiveq es un gobernador lulzactive modificado autor por XDA miembro robertobsc y se adapta en Siyah kernel para GS2 y GS3. Lulzactiveq tiene como objetivo optimizar la segunda versión de luzactive de Tegrak por a) proporcionar un parámetro adicional (dec_cpu_load) para escalar hasta más sensible, y b) la incorporación de la lógica de conexión en caliente para el gobernador. Luzactiveq es el primer gobernador basado siempre interactiva con conexión en caliente incorporado lógica (al menos la primera de su tipo para la plataforma exynos). Cuando la CPU sale del bucle de inactividad y es el momento de tomar una decisión de escala, si la carga> = inc_cpu_load CPU se escala hacia arriba (como luzactiveq original) y si la carga <dec_cpu_load, CPU ha sido reducida. Esto posiblemente elimina la estricta frecuencia de corte único para luzactiveq para tomar decisiones de escalado de CPU. Además, destacan la lógica hotplug ejecuta como un subproceso independiente con el gobernador para que la lógica hotplugging externa no es necesaria para el control de hotplug y salir (encender y apagar) núcleos de CPU en los dispositivos de núcleo múltiple como GS2 o GS3. Sólo un núcleo de múltiples gobernador consciente tiene sentido real en dispositivos muti-core. Lulzactiveq y pegasusq pretende hacer eso.

8) Smartass:

(Click para mostrar/ocultar)

Resultado de la Erasmux reescribir el código completo del gobernador interactivo. El objetivo principal es optimizar la duración de la batería sin comprometer el rendimiento. Sin embargo, no es tan amable como la batería smartassV2 desde la pantalla-la frecuencia mínima es mayor que las frecuencias utilizadas en la pantalla-off. Smartass saltaban hasta la frecuencia más alta con demasiada frecuencia también.

9) SmartassV2:

(Click para mostrar/ocultar)

Versión 2 del gobernador smartass original del Erasmux. Otro de los favoritos para muchos un pueblo. El objetivo gobernador de una "frecuencia ideal", y la rampa encima de manera más agresiva hacia esta frecuencia y menos agresivo después. Utiliza diferentes frecuencias ideales para pantalla y fuera de la pantalla, es decir awake_ideal_freq y sleep_ideal_freq. Este gobernador escalas abajo CPU muy rápido (para golpear sleep_ideal_freq pronto), mientras que la pantalla está apagada y escala hasta rápidamente a awake_ideal_freq (500 mhz para GS2 por defecto) cuando la pantalla está encendida. No hay límite superior para la frecuencia, mientras que la pantalla está apagada (a diferencia de Smartass). Así que todo el rango de frecuencias está disponible para el gobernador de usar durante y pantalla de estado de la pantalla-off. El lema de este gobernador es un equilibrio entre el rendimiento y la batería.

10) Intellidemand:

(Click para mostrar/ocultar)

Intellidemand aka inteligente Ondemand de Faux es otro gobernador que se basa en ondemand. A diferencia de lo que algunos usuarios creen, este gobernador no es el sustituto de OC Daemon (Tener diferentes gobernadores para el sueño y despierto). El intellidemand originales comporta de manera diferente según el uso GPU. Cuando GPU está muy ocupado (juegos, mapas, benchmarking, etc) intellidemand comporta como ondemand. Cuando GPU es 'ralentí' (o moderadamente ocupado), intellidemand limita la frecuencia máxima a un paso dependiendo de las frecuencias disponibles en el dispositivo / kernel para ahorrar batería. Esto se conoce como modo de navegación. Podemos ver algunas "huellas" del gobernador interactiva. Frecuencia decisión ampliación se realiza con base en el tiempo de CPU al ralentí. Reduzca el tiempo (<20%) al ralentí provoca CPU para escalar en marcha de la frecuencia actual. Frecuencia ocurre a escala reducida en los pasos = 5% de la frecuencia máxima. (Este parámetro se puede ajustar sólo en conservadores, entre los gobernadores populares )
En resumen, este es un ondemand inteligente que entra en el modo de navegación para limitar la frecuencia máxima cuando la GPU está en punto muerto, y (sale del modo de navegación) se comporta como ondemand GPU cuando está ocupado, para ofrecer un rendimiento para juegos y tal. Intellidemand no salta a la frecuencia más alta cuando la pantalla está apagada.

11) Lazy:

(Click para mostrar/ocultar)

Este gobernador de Ezekeel es básicamente un ondemand con un min_time_state parámetro adicional para especificar el tiempo mínimo de CPU permanece en una frecuencia antes de escalar hacia arriba / abajo. La idea es eliminar las inestabilidades provocadas por conmutación de frecuencia rápida por ondemand. Encuestas gobernador Lazy más a menudo que ondemand, pero los cambios de frecuencia sólo después de completar min_time_state en un intervalo de muestreo primordial paso. Lazy también tiene un parámetro screenoff_maxfreq que cuando se activa hará que el gobernador elija siempre la frecuencia máxima, mientras que la pantalla está apagada.

12) Lagfree:

(Click para mostrar/ocultar)

Lagfree es similar a ondemand. La principal diferencia es que es la optimización de la batería para ser más amigable. La frecuencia se reduce y aumenta con gracia, a diferencia ondemand que salta al 100% con demasiada frecuencia. Lagfree no omite ningún paso de frecuencia, mientras que escalar hacia arriba o hacia abajo. Recuerde que si hay un requisito para la ráfaga repentina de la energía, lagfree que no puede satisfacer ya que tiene que elevar la CPU a través de cada paso de frecuencia más alta de corriente. Algunos usuarios reportan que la reproducción de vídeo con lagfree tartamudea un poco.

13) Lionheart:

(Click para mostrar/ocultar)

Corazón de León es un gobernador conservador basado en que se basa en fuentes Update3 de samsung. Ajustes proviene de 1) Knzo 2) Morfic. La idea original proviene de Netarchy. Ver aquí . Los parámetros ajustables (tales como los umbrales y la tasa de muestreo) se cambiaron por lo que el gobernador se comporta más como el rendimiento de uno, a costa de la batería como el de escala es muy agresiva.

Para Lionheart "experiencia" con conservador, pruebe estos ajustes:
sampling_rate: 10.000 o 20.000 o 50.000, el que se sienta más seguro. (Latencia de transición de la CPU es algo debajo 10ms/10, 000uS Por tanto, poner 10.000 podría no ser seguro).
up_threshold: 60
down_threshold: 30
freq_step: 5
Lionheart va bien con plazo i / o planificador. Cuando se trata de suavidad (no teniendo en cuenta descarga de la batería), un conservador sintonizado ofrece más en comparación con una ondemand sintonizado.

14) LionheartX

(Click para mostrar/ocultar)

LionheartX se basa en Lionheart, pero tiene algunos cambios en los parámetros ajustables y cuenta con un perfil de suspensión en base a gobernador Smartass.

15) Brazilianwax:

(Click para mostrar/ocultar)

Similar a smartassV2. Rampa más agresiva, por lo que más rendimiento, menos batería.

16) SavagedZen:

(Click para mostrar/ocultar)

Otro gobernador basado smartassV2. Logra un buen equilibrio entre el rendimiento y la batería en comparación con brazilianwax.

17) Userspacce:

(Click para mostrar/ocultar)

En lugar de determinar automáticamente las frecuencias, permite frecuencias conjunto de usuarios.

18) Powersave:

(Click para mostrar/ocultar)

Bloquea frecuencia máxima a la frecuencia min. No puede ser utilizado como una pantalla de mano o incluso la pantalla-off (si la frecuencia min escala es demasiado baja).

19) Performance:

(Click para mostrar/ocultar)

Ajusta la frecuencia como la frecuencia min max. Use este tiempo de evaluación comparativa! Utiliza este gobernador para realizar los benchmarks!

Por lo tanto, los gobernadores se pueden clasificar en 3/4 en un nivel alto:
1.a) Ondemand base:
Funciona en "ramp-up de alta carga" principio. CPU ocupado-tiempo se toma en consideración para las decisiones de escala. Miembros: OnDemand, OndemandX, Intellidemand, Lazy, Lagfree.
1.b) conservador basado en:
Miembros: conservadores, Lionheart, LionheartX
2) A partir interactivo:
Funciona en "tomar la decisión de escala cuando se sale de CPU idle-loop" principio. Miembros: interactivas, InteractiveX, Lulzactive, Luzactiveq, smartass, SmartassV2, Brazilianwax, SavagedZen.
3) Weird Categoría:
Miembros: espacio de usuario, ahorro de energía, rendimiento.

__________________________________________________ __________________________________________________ ____________

PREGUNTAS FRECUENTES:

P: "Ok. Basta de explicaciones. Dime lo que el gobernador está para el funcionamiento y cuál es para la vida de la batería."
A. Pregunta difícil! lulzactive y smartassV2 de un equilibrio entre el rendimiento y la batería. Para trabajos ligeros, lulzactive debería ser mejor para la batería. Y para las tareas pesadas, lulzactive debe ser mejor para el rendimiento también. Para obtener el máximo rendimiento, utilice una ondemand ajustado o conservador, pero nunca se quejan de la batería. NOTA: No es tan fácil de domesticar luzactive. Si usted no sabe exactamente cómo hacerlo, se mantenga alejado de ella o el resultado final será quejándose descarga de la batería!

P: "Hey, casi lo olvido. ¿Cómo cambio los gobernadores?"
A. La mejor manera es usar un script de init.d si su kernel soporta. (Echo "gobernador-name"> / sys/devices/system/cpu/cpu0/cpufreq / scaling_governor) utilizan Demás Control de Voltaje / SetCPU / No Frills / Antuntu CPU Maestro, etc Voltage Control tiene las interfaces para gpu oc / uc / uv y la carga de corriente cambio si su kernel compatible con ellas. Como se intuía, estas aplicaciones nos dirá el gobernador activa también.

P. "¿Cómo sé que el gobernador es el mejor para mí?"
R. Depende de lo que necesita y su patrón de uso diario. Rendimiento o la batería. Mejor elegir un gobernador que sea equilibrada para la batería / rendimiento. O ajustar un gobernador para dar un rendimiento superior en comparación con el lado de la batería. Siempre podemos volver a cargar el teléfono: En coche cuando al trabajo, o durante la noche. Pero no podemos recargar rendimiento! Después de todo, compramos GS2 para disfrutar de su enorme poder.

P: "Bueno, yo he puesto mi Gobernador favorita como pantalla contra el gobernador y otro como la pantalla-off gobernador. ¿Por qué demonios está el teléfono no despertar después del sueño profundo. Tengo que forzar reiniciar el teléfono pulsando el botón de encendido para unos 10 segundos. ¿Es un sueño de la muerte? "
A. Sí, lo es. No use dos gobernadores como pantalla y en la pantalla-off govs, si ambos tienen un límite superior de frecuencia de estado de la pantalla-off.
No conseguirlo? Ejemplos de combinaciones incorrectas: (pantalla en: screen-off): -
ondemandX: smartassV2
Ejemplos de combinaciones correctas -
ondemand: smartassV2, lulzactive: smartassV2

P: "Puedo sentir ligeros intervalos aquí y allá con un gobernador por ejemplo:.. Mientras se desplaza por aplicación cajón / navegador de desplazamiento vertical, etc me encanta este gobernador y no me digas que usar otro gobernador Puedo disminuir este quedarse? "
A. Hmm bien, se puede. Básicamente lo que tenemos que hacer es que el gobernador "encuesta" con menos frecuencia a la CPU a escala reducida. Aumentar la reducción de muestreo en tiempo de su gobernador (lo que corresponde al parámetro), por lo que la CPU permanecer más tiempo en una frecuencia antes del escalado hacia abajo. Esto debería eliminar el desfase.

P: "A pesar de que no tengo demasiada uv / oc, de vez en cuando,. Puede ser una vez en dos semanas, experimento una congelación / lock / reboot estoy usando gobernador X. ¿Cómo puedo solucionar esto? "
R: Bueno, un reinicio aleatorio / congelar vez en cuando significa que estamos android / entusiasta SII galaxia. Si todo va suave como la seda, ¿qué tiene eso de divertido? Podríamos utilizar stock rom / kernel / governor y ser felices. Un reinicio raras o congelación no es nada de qué preocuparse. Simplemente reinicie el teléfono.

P: "OK. Quiero ajustar estos gobernadores conforme a mi patrón de uso, porque no estoy contento con el comportamiento por defecto de estos gobernantes".
R. Puede ajustar los gobernadores utilizando un script de init.d hacerse eco de los valores adecuados en:
/ Sys / devices / system / cpu / cpufreq / nombre-de-activa-gobernador / nombre-de-la-paramater a modificar
Ejemplo:
echo "20000" / sys / devices / system / cpu / cpufreq / lulzactive / up_sample_time

Q. "Voy a establecer la escala Min Freq como 100 mhz porque mi kernel soporta. Espero que no hay nada malo en hacer eso."
A. ¡Espera! Es posible que desee permanecer lejos de usar 100mhz en pantalla-off o pantalla en estados por tres razones 1) Parece 100 mhz consume más energía que 200 mhz. Según las pruebas, 100 MHz representó a 1 W / GHz y 200 MHz a 0,7 W / GHz, cuando tanto los núcleos estaban en línea. 2) 200 mhz puede terminar misma tarea más rápido en comparación 100 mhz y así golpear profundo reposo pronto. 3) 200 mhz es el punto óptimo de la frecuencia en el SGS II. , es decir, la frecuencia utilizada en los cálculos basados ​​en la energía óptima para ejecutar (Ex: En Milestone sea 550 MHz). Por lo tanto, la frecuencia de 'energéticamente eficiente "para nuestra CPU es de 200 mhz.

P: "Yo quiero saber es que no hay nada más que pueda hacer para mejorar la vida de la batería. Ya he ajustado mis ajustes del regulador, pero ..."
A. Toma mi palabra. La mejor manera es la de limitar la escala máxima frecuencia de 800 o 1000 mhz. SGS2 puede hacer la mayoría de la tarea con 1000 o 800 como máximo. OCing a 1600mhz atrae considerablemente más poder que 1200MHz de valores o incluso 1400MHz. Trate de escala entre 200 y 1000 MHz para un día y sentir la diferencia.

P: "¿Cómo hacer que mi equipo más ágil. No me importa mucho acerca de guata .... err ... me preocupo por vida de la batería, pero sólo en términos de evitar el consumo de energía no deseada. Dispositivo debe bailar al instante a mi melodías ".
A. Escala 500-1200 en la pantalla de mano y 200-500 en la pantalla-off. Rendimiento de Uso ajustado conservador / ondemand (x). No hay exceso de consumo de energía por 1400 y 1600 es la liga. Respuesta será dulce. Y no te preocupes, mínimo de 500 en la pantalla-on no drenará la batería demasiado a lo que piensa!


LINK ORIGINAL Y CREDITOS: http://forum.xda-developers.com/show....php?t=1369817

[ilustretbk]

otro por si acaso...

[ilustretbk]

Ayer fue actualizado el [#302|188v4][3.xx][AOSP & SENSE][S2W][GAMING][BATTERY][UV]XM-Kernel [04.05.13]

[ilustretbk]

El kernel ncx ha sido actualizado ayer.....

[KERNEL|05|05|13]n3okernel|v38[VC|DT2W|S2W|GPU_INTERFACE|CPUQUIET|BALANCE|BATT|PW R]

[walter3]

Hola, me baje la rom MIUI 3.5.17 desde aqui: http://miuiandroid.com/community/threads/3-5-17.20460 y no estoy conforme con el rendimiento que me aporta esta rom a mi HTC ONE X, lo noto lento en el scroll y en el rendimiento general, he leido que si esto ocurre es aconsejable cambiar de kernel.
que kernel podría servir para mi movil y esta rom?
Y el enlace para descargo en caso de que exista dicho kernel?
es un HTC OX comprado en orange en España, Muchas Gracias.

[ilustretbk]

Originalmente Escrito por walter3

Hola, me baje la rom MIUI 3.5.17 desde aqui: http://miuiandroid.com/community/threads/3-5-17.20460 y no estoy conforme con el rendimiento que me aporta esta rom a mi HTC ONE X, lo noto lento en el scroll y en el rendimiento general, he leido que si esto ocurre es aconsejable cambiar de kernel.
que kernel podría servir para mi movil y esta rom?
Y el enlace para descargo en caso de que exista dicho kernel?
es un HTC OX comprado en orange en España, Muchas Gracias.

teniendo esa rom,debes buscar e instalar kernels AOSP que correspondan con la version que lleves de SO (ICS O JB)

arriba tienes el listado de kernels dispnibles para el hox...dentro de cada hilo tienes sus caracteristicas y metodsos de instalacion

si dudas de como instalarlo pasate por aqui y echale un vistazo http://www.htcmania.com/showthread.php?t=519654

[walter3]

Muchas gracias lustretbk al final decidi probar otra rom llamada Paranoid de momento me gusta, espero probar otras, de nuevo gracias.

[ilustretbk]

actualizado kernel de alex.

[25.05.13] [Kernel] Alex-V_S.E_0.8_fixed_incom_call/touchscr /Viper-UMS/cpuquiet/DT2W

Changelog 0.8

-oc and voltage table from latest kozmik version (big thx again, you are great)
-touch input updates (thx maxwen)
-s2w update (thx maxwen)

[ozil78]

http://forum.xda-developers.com/show...0#post38210780
Una guia para sacar todo el rendimiento a los kernel y mejorar la batería, muy bueno.

[ilustretbk]

Originalmente Escrito por ozil78

http://forum.xda-developers.com/show...0#post38210780
Una guia para sacar todo el rendimiento a los kernel y mejorar la batería, muy bueno.

pensais que seria bueno añadirlo al post principal?

[habemus]

Originalmente Escrito por ilustretbk

pensais que seria bueno añadirlo al post principal?

Estaria bien aunque yo no me entero de nada...y con el traductor de google casi que menos... asique si alguien se anima a hacer un resumen o traducirlo seria de gran ayuda

[ilustretbk]

a ver si saco tiempo me pongo a traducir...

[lince159]

Creeis que cambiando el kernel que lleva de serie la Viper 3.7.1 notaré diferencia? vengo de una franco, y ahora no sé que hacer.

[Tavinsky]

Amigos me pueden proporcionar el link correcto del kernel de Alex-v 1.5 por favor, los que descargo no tienen funcion de wifi ni bluetooth, segun veo son los kernels test los que no lo tienen, pero ya descargué dos v.1.5 y nada, algun alma por ahi?? es para usarlo con la rom de Viper 3.7.2

Saludos

[ilustretbk]

seguro que no estas flasheando el zip o el boot.img...

como haces la instalación?

[Tavinsky]

Originalmente Escrito por ilustretbk

seguro que no estas flasheando el zip o el boot.img...

como haces la instalación?

Lo hago por medio de fastboot, hay dos archivos dentro del zip, un old y un new.

No se qué pueda ser, o lo estoy haciendo mal'?

Saludos

[ilustretbk]

Elige uno de los dos boot.img y flashealo desde el fastboot,(nombralo solo a boot para que te sea más fácil al escribirlo en el cmd )
Y luego desde el recovery flashea el zip del kernel alex entero

[salvadorsgo]

hola. muy buenas tardes, tengo instalada en mi hox la rom de cyanogenmod 10.1 pero quería ver si le podría cambiar el kernel y por cual?? alguno donde le dure la batería mas, porque me dura muy poco. gracias!

[ilustretbk]

Recomiendo que uses un repack del Alex 0.8