Faux Kernel - Hybrid (DVFS-UV Control/CPU_G/LP/AVP/EMC)

[Benski_84 4.787]

Faux Kernel - Hybrid (DVFS-UV Control/CPU_G/LP/AVP/EMC)

Quelle: XDA Developers

Kernel-Liste: https://faux.androidro.ms/

Wichig: In der Kernel-Liste ist für das One X nur der Endeavoru-Faux123-Kernel nutzbar

Der Developer faux123 hat für das HTC One X einen Kernel entwickelt, welchen es bereits schon in der Version 010 gibt.

Laut einigen Mitgliedern aus unserem Forum soll es sich dabei um einen der besten Kernels für das HOX handeln.

Hinweis von faux123:

Bitte verwendet KEINE Task Killer, da sie NICHT die Leistung oder die Akkulaufzeit verbessern. Sie stören die Stabilität des HOX (mehr Abstürze) und App-Kompatibilitäten (Forced Close).

Downloads aktuelle Release-Version:

Faux-Kernel 011m:

(Mainline Edition: All Variants => 1.40 Quad)

Faux_011m

Faux-Kernel 011u:

(Ultimate Edition: Variant based CPU overclocking: Variant 3 => 1.60 Quad, Variant 2 => 1.55 Quad, Variant 1 => 1.50 Quad)

Faux_011u

Jede Ultimate-Variante steht für eine Übertaktung ds Kernels:

• Variante 1 => 1.50 Quad
  
• Variante 2 => 1.55 Quad
  
• Variante 3 => 1.60 Quad
  

Faux-Kernel 011vf:

(Variant FREE CPU overclocking: Variant 3 => 1.60 Quad, Variant 2/1/0 => 1.55 Quad)

Faux_011vf

ABSOLUTELY NO SUPPORT FOR THIS VERSION AT ALL

Aktuelle Open-Beta-Versionen:

(BETAs ARE ALWAYS ULTIMATE + Variant Free unless I stated otherwise)

https://faux.androidro.ms/endeavoru/beta/endeavoru-Faux123-012b1.zip

Falls ihr eine ältere Version des Kernels testen möchtet, so findet ihr diese, unter folgendem Link:

https://faux.androidro.ms/archive/

Wichig: In der Kernel-Liste ist für das One X nur der Endeavoru-Faux123-Kernel nutzbar

Changelog:

[U]Version 001 beta 2[/U]

cpufreq: Ondemand - dynamic change of sampling rate based on screen on/off

CPUfreq ondemand: update sampling rate without waiting for next sampling

cpufreq/ondemand: add early suspend/late resume drivers and tune 2-phase

android, lowmemorykiller: remove task handoff notifier

Staging: android: binder: Fix use-after-free bug

staging: android/lowmemorykiller: Do not kill kernel threads

staging: android/lowmemorykiller: No need for task->signal check

staging: android/lowmemorykiller: Better mm handling

staging: android/lowmemorykiller: Don't grab tasklist_lock

timer: optimize apply_slack()

Staging: android: binder: Fix crashes when sharing a binder file between processes

Staging: android: binder: Don't call dump_stack in binder_vma_open

sched, fair: Let minimally loaded cpu balance the group

vsprintf: optimize decimal conversion (again)

procfs: add num_to_str() to speed up /proc/stat

vsprintf: make %pV handling compatible with kasprintf()

lib/kstrtox: common code between kstrto*() and simple_strto*() functions

lib: make _tolower() public

lib/vsprintf: replace link to Draft by final RFC number

rcu: move struct rcu_head to its own file for SLQB and Netfilter use

Optimized ARM RWSEM algorithm

cpufreq:userspace: fix cpu_cur_freq updation

cpufreq: update lpj only if frequency has changed

cifs: fix bad buffer length check in coalesce_t2

block: recursive merge requests

Remove ARM sha1 routines

lib/sha1: use the git implementation of SHA-1

lib/memcopy: use glibc version

lib/string: use glibc version

Asynchronous I/O latency to a solid-state disk greatly increased

ARM: Add optimised swahb32() byteswap helper for v6 and above

kernel:sched: LOAD_FREQ (4*HZ+61) avoids loadavg Moire

crc32: add slice by 8 algorithm

compilation clean up: fix some more serious compilation warnings

board/pcie: fix debug section mismatch

sound/soc/codecs: fix aic3008 debug section mismatch

sound/pci/hda_intel: fix debug section mismatch

board/endeavoru: fix debug section mismatch

board/endeavoru: sensors fix debug section mismatch



[U]Version 001 beta 3[/U]

netfilter: xt_qtaguid: start tracking iface rx/tx at low level


netfilter: xt_IDLETIMER: Add new netlink msg type


ARM: vfp: only clear vfp state for current cpu in vfp_pm_suspend


netfilter: xt_qtaguid: fix ipv6 protocol lookup


netfilter: qtaguid: initialize a local var to keep compiler happy


cfg80211: fix a crash in nl80211_send_station


nl80211/cfg80211: Make addition of new sinfo fields safer


cfg80211/nl80211: Send AssocReq IEs to user space in AP mode


cfg80211: Add nl80211 event for deletion of a station entry


mmc: mmc_card_keep_power cleanups


mmc: Set suspend/resume bus operations if CONFIG_PM_RUNTIME is used


wireless: Protect regdomain change by mutex


regulator: fix incorrectly cached voltage on error


ARM: idle: call idle notifiers before stopping nohz tick


ARM: idle: update idle ticks before call idle end notifier


ARM: Move leds idle start/stop calls to idle notifiers


ARM: Call idle notifiers
Move x86_64 idle notifiers to generic





[U]Version 002 beta 3[/U]

Add custom user voltage control

Adjust mpdecision weights (better multi-cpu decsion making to hotplug CPUs)

Adjust multi-processor balance level

Tweaked OnDemand to be more responsive

Correct LCD frequency for 1V

Apply Linux 3.1 tegra power patches from nv-tegra repo

Apply Linux 3.1 tegra clock patches from nv-tegra repo

Update Tegra3 CPU DVFS tables from Linux 3.1 nv-tegra repo



[U]Version 002 beta 4[/U]

rebased to kernel associated with 1.29 ROM OTA update



[U]Version 002 beta 5[/U]

use generic strnlen_user and strncpy_from_user functions from Linux 3.4+

use ARM ticketed spinlock implementation from Linux 3.4+



[U]Version 002 beta 6[/U]

Added 2 NoHz/Load Balance patches from Linux 3.4+



[U]Version 002 beta 7[/U]

Added more NV 3.1 ARM patches backported to 2.6.39 kernel



[U]Version 003 beta 1[/U]

Updated kernel/RCU to Linux 3.4.1



[U]Version 003 beta 2[/U]

Add more aggressive Ondemand governor

Updated mm/vmalloc to Linux 3.4.1

Updated mm/page_alloc to Linux 3.4.1

Updated mm/writeback to Linux 3.4.1

Updated mm/readahead to Linux 3.4.1

Updated mm/slab to Linux 3.4.1

Applied 2 TI-ST patches from omapzoom

Cherry picked some NoHz Scheduler patches from Linux 3.4+



[U]Version 003 beta 3[/U]

General compilation warning clean up



[U]Version 003 beta 4[/U]

revert aggressive ondemand changes from 003 beta 2



Version 003 beta 5

Updated DMA driver to latest NV Linux 3.1 reference

Cherry picked select bug fixes (hdmi, pm, clock) from NV Linux 3.1 reference

sched - Folding nohz load accounting more to be accurate



[U]Version 003 beta 6[/U]

reduce DDR3 min rate to save power

updated video driver to latest NV 3.1 reference



[U]Version 003 beta 7[/U]

Fix EXT4 corruption detection issue

added USB modem interface patches from NV 3.1

updated Tegra PCI driver to latest NV 3.1

Backported Linux 3.5 mm/page_alloc patches to Linux 2.6.39



[U]Version 003 beta 8[/U]

Enabled Sweep2Wake from Showp1984

Patched 1 SLAB patch from Linux 3.5+

Enabled ARM unaligned access

Patched 2 mm patches from Linux 3.5+



[U]Version 003 beta 9[/U]

patched 1 mm patch from Linux 3.5+

Added DVFS UV control for LowPower 5th core, EMC (memory controller) and Audio/Video Processor (2D/3D/Multimedia)



[U]Version 003 beta 10[/U]

Fixed s2w disable derp 



[U]Version 003 beta 11[/U]

s2w is disabled by default

Fixed 1 scheduler wraparound bug

fixed 2 blk bugs backported from Linux 3.5+



[U]Version 004 beta 1[/U]

Cherry picked several Tegra3 specific patches from upcoming Nexus Tab 7 (JellyBean Kernel)

Switched to use Google's CleanRoom Interactive Governor instead of OnDemand



[U]Version 004 beta 3[/U]

Added several Tegra3 specific patches from the latest Nvidia reference

Fixed insta-crash bug related to overal_stats



[U]Version 004 beta 4/5[/U]

Add Google's clean room interactive governor and made default



[U]Version 004 beta 6[/U]

switch back to ondemand

overclock GPU to 520 MHz from 416 MHz.



[U]Version 004 beta 7[/U]

Enable dbs input boots (better UI response)



[U]Version 004 beta 8[/U]

AOSP/CM gaming input fix



[U]Version 005 beta 1[/U]

tegra: AP modem EDP limit boost code fix up from HTC endeavoru QMR so… …

gpio_keys: code fix up from HTC Endeavoru QMR source drop

A2DP: use PM QOS to ensure good A2DP performance …

tegra video: code fix up for tegra video bandwidth underruns …

htc_headset: code fix up from HTC endeavoru QMR source drop

cpu debug and performance fix up from HTC Endeavoru QMR source drop



[U]Version 006[/U]

Tegra3 Variant based overclocking:

Variant 3 => 1.6 GHz Quad

Variant 2 => 1.55 GHz Quad

Variant 1 => 1.50 GHz Quad

Tegra3 Gaming Fix (no more single core @ higher speed than rest)

Tegra3 Variant ID (/sys/kernel/debug/t3_variant)

Updated fsync to Linux 3.5+


[U]Version 007b1[/U]

Added 2 scheduler fixes from Linux 3.5+

Added ARM asm optimized AES/SHA1 crypto libs (excellent for IPSEC tunneling, up to 50% throughput improvement)

Tweaked Deadline I/O scheduler for better Android performance and made default

Added Variant 0 Override (OC up to 1.5 GHz Quad, some as Variant 1 users) 


[U]Kernel 010 Open Beta x is out![/U] (BETAs ARE ALWAYS ULTIMATE + Variant Free unless I stated otherwise)


[ build 1 ]

board-sensors: fixed a merge derp

Board and Drivers update from HTC 2.17 source release

ALSA driver compilation code clean up

Linux core kernel components update from HTC 2.17 source release

Network ip/bluetooth stacks update from HTC 2.17 source release

ALSA Sound drivers update from HTC 2.17 source release


[ build 2 ]

Added CPU Quiet driver framework from nv reference

added bunch of Tegra3 patches for clock, emc and others from nv reference


[ build 3 ]

Revert back to older Auto-hotplug CPU driver (CPU Quiet has quadcore gaming issues)


[ build 4 ]

Disable changing of governors during screen on/off transitions


[ build 5 ]

Added Screen off Sampling to 6x normal for OnDemand governor (this essentially does the same thing as switching over to interactive governor from HTC's older design)

-- High Sampling rate (better load calculations) while screen off would prevent build up of phantom loads thus keeping the phone at lower frequencies most of the time.


[ build 6 ]

re-enabled cpufreq gov change based on screen on/off

re-enabled cpu quiet driver

make balanced governor default for quiet driver

disabled runnable threads for quiet driver

cpuquiet/governors/balanced: make runnable thread as a compilation option

board/cpu-tegra3: make runnable thread as a compilation option

board/cpu-tegra: add mutex protection around cpu gov changes

arm: tegra: Fix cpu governor change issue

board/cpu-tegra: change governor using cpufreq interface


[ build 7 ]

disabled cpufreq gov change based on screen on/off


[ build 8 ]

dynamic sync

Added latest cpuquiet patches


[ build 9 ] (release candidate, could possibly be the VF version for official release)

revert back to original hotplug drivers

removed latest cpuquiet patches


[U]Kernel 011 Open Beta is out![/U] (BETAs ARE ALWAYS ULTIMATE + Variant Free unless I stated otherwise)

[ build 1 ]

Remove ALSA PCM wakelock

Replaced older soon-to-be obsolete DMA call with updated version


[ build 2 ]

Add Min CPU performance lock for audio playback to prevent audio underruns which leads to audio clicks/pops

used optimized ARMv6+ mutexes

Added S2Wake bug fix from Showp1984 


[ build 3 ]

Lowered Perf Lock From 427MHz to 370MHz (to save some battery)


[ build 4 ]

Change perf lock adjustments to PCM open/close instead of Play/Pause triggers.


[ build 5 ]

cpufreq: mid-range frequency bias …

ARM: tegra: dvfs: Update Tegra3 dsi dvfs tables …

ARM: tegra: clock: Increase boost_up_threshold for AVP clock …

bluetooth: enable sleep only if chip supports …


[U]Kernel 012 Open Beta is out![/U] (BETAs ARE ALWAYS ULTIMATE + Variant Free unless I stated otherwise)


[ build 1 ]

Add Low Power (LP) core overdrive

(What is LP overdrive? LP core is capable of running up to 620 MHz @ 1.3 volts, so I simply unlocked the LP core to allow it to operate @ max freq. The overdrive also adjust the G cluster / LP core cross over point. The stock version was @ 475MHz LP / 370 MHz G-cluster, I moved the cross over point to 620MHz LP / 513 MHz G-cluster).


What does all this mean? It means LP core is now able to handle more load up to 620MHz single core before switching over to the more power hunger G-Clusters. This should theoretically save more battery life (since LP core is designed to very power frugal in Hardware). When you check the CPU stats with CPUSpy, you will see the cross over points 513MHz and 620 MHz to have high usage time. <== THIS is normal because the stats counts BOTH the LP time and the G-Cluster time so it appears to have more time than other frequencies. 

moischaun) Voraussetzungen:

• Akku möglichst auf 100%, auf keinen Fall unter 50%
• unlocked via HTC-Dev
• Custom-Recovery (CWM oder TWRP)
• gewünschte Kernel.zip
• fastboot-Ordner (den man für den unlock mit adbwinapi.dll, adb.exe und fastboot.exe angelegt hat, hier C:\Android\)
• Treiber am PC für 1X, sollten sich mit HTC-Sync installiert haben

1. Am PC als Administrator anmelden und Virenscanner deaktivieren (am besten schon während der Downloads), HTC-Sync deaktivieren, besser deinstallieren
2. Kernel.zip auf "SD" im 1X kopieren
3. boot.img aus Kernel.zip extrahieren und in fastboot-Ordner am PC kopieren
4. Power drücken und halten bis 1X aus ist (1X nicht mit PC verbunden)
5. Vol- drücken und halten (bis Bootloader gestartet ist), dazu kurz Power drücken
6. Im Bootloader mit Vol- "Fastboot" markieren, mit Power bestätigen
7. 1X mit PC verbinden, es sollte auf dem 1X in rot "Fastboot USB" erscheinen
8. am PC im cmd (Eingabeaufforderung) in den Fastboot-Ordner wechseln (mit z. B. cd c:\Android\)
9. folgende Befehle im cmd eingeben:
10. fastboot erase cache

11. fastboot flash boot boot.img

12. fastboot erase cache

    
    

13. wenn alle drei mal "finished" (keine Fehlermeldung) kommt, 1X vom PC trennen
    
14. mit Vol- HBOOT markieren und mit Power bestätigen
    
15. mit Vol- Recovery markieren und mit Power bestätigen, Recovery startet
    
16. mit "install" Kernel.zip auswählen und ausführen
    
17. Wipe Cache und Wipe Dalvik ausführen, danach Reboot System
    
18. Warten, der erste boot dauert i.d.R. länger als gewohnt
    
19. 1X 5-10 Minuten in Ruhe lassen
    
20. 1X neu starten (Schnellstart in Einstellungen-Power abgewählt) und 5-10 Minuten in Ruhe lassen
    

Das "in Ruhe lassen" ist nicht zwingend notwendig, gibt aber dem System die Möglichkeit, sich ordentlich einzurichten.

!!!Weder Handy-Faq noch ich übernehmen die Verantwortung für irgendwelche Schäden am Gerät !!!

Installationsanleitung (Credit to

bearbeitet November 23, 2012 von moischaun
Links zu aktuellen Betas und Changelog ergänzt

[Benski_84 4.787]

So liebe Leute,

hier mal'n kurzes Feedback zu den Faux Kerneln (getestet mit der Viper-ROM):

Der Faux Kernel 006 (Mainline Edition) hatte mich mich maßlos enttäuscht!

• Die Akkuleistung war mehr als schlecht (nach knapp 10 Std war er leer, bei normaler nutzung)
  
• Man konnte bei eingeschaltetem Display zusehen, wie die Prozentanzeige des Akkus nach unten ging
  
• Im normalen Betrieb wurde das HOX spürbar wärmer, im Vergleich zum Stock-Kernel der Viper
  

Nun habe ich einen kompletten Tag lang den Faux Kernel 005Beta3 getestet, aber auch hier sind meine Eindrücke durchwachsen.

• Der Akku hält, wie auch der Stock von der Viper, gerade so einen Tag
  
• Wenn man nach einer Weile aus dem Standby kommt, dann sackt der Akku gleich mal um bis zu 5%!! einfach ab! (Siehe Screenshot)
  
• Keine Perfomance Verbesserung im Vergleich zum Stock Kernel der Viper Rom
  

Ich werde den Kernel mal noch bis Ende der Woche weiter laufen lassen. Wenn sich aber nichts bessert, dann kommt der Stock Kernel der Viper Rom wieder drauf.

An alle, die diesen Kernel so loben meine Frage:

Was habt ihr eingestellt bzw welches Rom nutzt ihr um eine vernünftige Leistung des Kernels zu erzielen?

[Shirozen 61]

Keine Ahung bin auch gerade dabei den mal zu testen. Derzeit nutz ich den Faux Ultimate. Meine Screens sieht man im Anhang. Ich kann mich derzeit nicht beklagen. Einzig das Bergab bei manchen Aktivitäten wundert mich ein wenig.

MfG

[Benski_84 4.787]

Welches Rom nutzt du? welche Variante des Übertaktens ist eingestellt?

[nici1704 17]

Wie stellt man die Variante ein vom übertakten

[Benski_84 4.787]

gar nicht, das wird automatisch eingestellt. man kann es aber prüfen

Wie "faux123" schreibt, gibt es von HTC 4 verschiedene Varianten von verbauten Chip-Sätzen.

zu finden ist das ganze unter: "/sys/kernel/debug/t3_variant"

In dieser t3_variant ist dann der Wert "cpu_process_id" wichtig.

hier ein Beispiel wie die Datei aussehen kann:

cpu_speedo_id => 4

soc_speedo_id => 1

cpu_process_id =>1

core_process_id =>0

möglich sind hier Werte von 0 bis 3 - null bedeutet schwach - drei bedeutet stark

Ach ja, und die Werte können nicht verändert werden.

Dazu kommt, dass wohl die wenigsten einen Wert von 2 oder 3 haben. Dies ist auch Regionsabhängig, wohin die Handys geliefert wurden.

[Gast]

Die Variante kann man nicht verändern.

Denn die Variante sagt nur was darüber aus, wie gut der verbaute tegra chip ist.

Selber nutze ich aktuell den 5b5 von Faux.

Die Performance ist besser und die Akkuleistung ist ebenfalls in Ordnung.

Als Rom habe ich Viper installiert und mein Chiptyp ist 1.

Zur Beta 5b3 diese hat Faux zurückgezogen, da es bei ein paar Leuten Probleme gegeben hat.

Gesendet von meinem HTC One X mit Tapatalk 2

[Benski_84 4.787]

Zur Beta 5b3 diese hat Faux zurückgezogen, da es bei ein paar Leuten Probleme gegeben hat.

Danke dir für den Hinweis!

kannst du die 5B5 zur Verfügung stellen?

[Shirozen 61]

Ich benutz das Viper Rom.

Bei mir steht:

cpu_speedo_id = >4

soc_speedo_id = >1

cpu_process_id = >2

Core_process_id = >0

[Gast]

@Masao

Du glücklicher, mit einem V2-Chip

@Besnki_84

Die Datei kann ich hier leider nicht anhängen. (scheint, als ob sie ist zu groß ist)

Wie kann ich die denn in meiner Dropbox freigeben, so das ihr auch darauf zugreifen könnt?

Geht der Link hier für euch?

Faux123-005b5

[Andy123438 68]

@Masao

Du glücklicher, mit einem V2-Chip

@Besnki_84

Die Datei kann ich hier leider nicht anhängen. (scheint, als ob sie ist zu groß ist)

Wie kann ich die denn in meiner Dropbox freigeben, so das ihr auch darauf zugreifen könnt?

Geht der Link hier für euch?

Faux123-005b5

Hallo Black-FR,

ja, der LINK funktioniert - vielen Dank. Werde ich auch gleich mal flashen

LG Andy

[Gast]

Wunderbar... Den Link habe ich gerade auch noch mal bearbeitet,

jetzt führt er dann auch direkt zum Download.

[Benski_84 4.787]

@Black-FR

Dankescheeen

joa Link funktioniert, Post 1 ist aktualisiert

[Andy123438 68]

Wunderbar... Den Link habe ich gerade auch noch mal bearbeitet,

jetzt führt er dann auch direkt zum Download.

Ja, funzt nun noch besser - man spart sich einen Klick

LG Andy

[Shirozen 61]

Erklärt mir doch mal was das mit dem ominösen V2 Chip auf sich hat. Scheint als ob ich mit meinem One X Glück gehabt habe. Alle bisherigen Probleme mit dem OneX hab ich alle nicht. Hab ein 23er Gerät.

[Gast]

@Benski

Kein Thema...

Und ich hänge mal Screenshots von heute ran.

Zum Thema Chip:

V2 kann bei einer geringeren Spannung eine höhere Leistung bringen.

Und mit dem 6u-Kernel, wird dein Chip höher getaktet.

Soweit ich weiß, auf 1550Mhz.

Gesendet von meinem HTC One X mit Tapatalk 2

[Benski_84 4.787]

danke dir für deine Screenshots

wenn ich die mit meinen Vergleiche (5B3) dann komme ich in etwa auf die selben Werte. evtl wechsel ich nochmal auf den 5B5 aber erstmal teste ich die B3 bis ende der Woche

[Shirozen 61]

Laut Quadrant arbeitet meine CPU mit 1,6Ghz maximum. Ich teste den Kernel noch ein weilchen und setze dann das Feedback ab. Nach "nur" 3 Tagen unterschiedlicher Nutzung kann man noch kein Ergebnis liefern.

[nici1704 17]

Bei mir steht drin

Bei mir steht:

cpu_speedo_id = >4

soc_speedo_id = >1

cpu_process_id = >3

Core_process_id = >0

Was für ein Prozessor ist das?

[Benski_84 4.787]

Im Prinzip das selbe wie hier:

Zum Thema Chip:

V2 kann bei einer geringeren Spannung eine höhere Leistung bringen.

Und mit dem 6u-Kernel, wird dein Chip höher getaktet.

nur das du glückspilz mit V3 noch weniger Strom bei einer noch höheren Taktung erzielst.

Ich habe lediglich 1 bei mir zu stehen