Ver Mensaje Individual
  #169  
Viejo 23/12/12, 13:42:49
Array

[xs_avatar]
yosula yosula no está en línea
Usuario muy activo
 
Fecha de registro: dic 2011
Localización: valencia
Mensajes: 1,060
Modelo de smartphone: nexus 5
Tu operador: Vodafone
- ZenSERIES_v15
- Updated to v3.0.57
- Some arm v7 updates
- Multiple interactive governor updates
- Disable SR on 192MHz, otherwise SR was calibrating it the same as 230MHz.
- Zen I/O scheduler bug fix in add_request
- WiFi bcmdhd: merge in a couple wakelock fixes
- Cleaned up zip template and scripts.
- Replaced 192MHz and 230Mhz with 218.88MHz frequency.
- ZenX v2:
- Complete Rewrite
- Hot(un)plug logic is now determined on the per-CPU timers.
- Hot(un)plug logic performance improvement is substantial over ZenX v1.
- Eliminated racy calling of the hotplug workqueue.
- Support up to 8 CPUs (unplug_load_cpu3 replaced with unplug_load_cpumore, which is for CPUs 3-7)
- Actual cpu_up and cpu_down work is performed in separate workqueues that play mostly dumb (does exactly what the timer tells them to do)
- Removed insert_delay and unplug_delay
- Implemented hot_remove_sampling_periods and hot_add_sampling_periods.
- Now if average CPU load after hot_add_sampling_periods is > unplug_delay_cpu{#} the CPU will be removed. 20 sampling periods should be about a ~400 millisecond delay before adding a CPU.
- Now if average CPU load after hot_remove_sampling_periods is <= unplug_delay_cpu{#} the CPU will be removed. 20 sampling periods should be about a ~400 millisecond delay before removing a CPU.
- Use a longer-term load calculation for hot(un)plugging.
- ZenX will tune certain values on suspend for power savings and revert them on wake (go_hispeed_load, timer_rate, hot_add/remove_sampling_periods).
- ZenX sends a boost pulse on device wakeup (target higher frequency for a short time/80ms default)
Responder Con Cita