Jump to content
Melde dich an, um diesem Inhalt zu folgen  
freedroid

Galaxy Nexus - [4.4.x] Fancy Kernel

Recommended Posts

freedroid

fancykernelsmall.png

8906_linie.png

Feature list:

  • based on CM10.1 kernel source, kept up-to-date (version 3.0.61)
  • CPU frequencies: 192, 384, 537, 729, 1036, 1228, 1420 MHz (default on boot: 192 - 1228)
  • GPU frequency control: 307, 384 (default), 512 MHz
  • control to set a minimum CPU frequency for screen-on (default: 384 MHz)
  • Will help with smoothness and responsiveness when you use the phone. When screen is off, however, 192 MHz frequency is used as well.
  • color, contrast and gamma contols
  • content adaptive brightness off by default, sane and natural looking color settings
  • CPU governors: pegasusq (default), dyninteractive, interactive, ondemand, powersave, performance
  • pegasusq is an ondemand based governor with hotplugging (=disables the second CPU core when it is not needed). It even hotplugs after some seconds when the screen is on.
  • I/O schedulers: noop (default), deadline, row, bfqv5
  • default TCP congestion control algorithm: westwood
  • various battery life tweaks (c4 state mods, writeback and dirty_ratio stuff)
  • optimized ext4 mounting via RAMDISK
  • sound control (high performance sound, volume boost; not enabled by default)
  • vibration strength control
  • battery life extender (BLX; default value: 97)
  • fast charge
  • fsync toggle (on by default)
  • PGM support
  • various performance tweaks (crc32: slice8 algorithm, SSD random I/O latency tweak, 1024kb readahead, a few more things)
  • increased threshold for CPU thermal throttling
  • ARM CPU topology: multi-core scheduling (saves battery by scheduling load among the CPU cores)
  • removed some debug stuff and serial I/O support
  • sysfs path to show current GPU frequency
  • smartreflex voltage handling
  • LZO(p) kernel compression to make booting a little faster
  • some more things... go check the source if you're interested.
  • compiled with Google toolchain (GCC 4.6) for maximum stability and compatibility

8906_linie.png

Download via XDA: KLICK!

8906_linie.png

Entwickler: boype

Original Kernel Thread: https://forum.xda-developers.com/showthread.php?t=2115590

  • Like 1

Diesen Beitrag teilen


Link zum Beitrag
freedroid

Changelog:


r34 >> r35


- updated Linux to version 3.0.86

- reverted "lowmemorykiller: Use asynchronous compaction when killing processes" (fixes SODs that were introduced with r34)

- introduce Tuna optimized VMSPLIT of 2.5G/1.5G (what I used to call 'memory mapping optimization')

- updated LZO compression to current upstream version

- reverted a few commits that may have been responsible for higher battery drain

- re-introduced 3.4 lowmemorykiller (rest of the staging driver stays 3.0 though!)

- RAMdisk: fix interactive boostpulse permissions (thx to franco-c)

- RAMdisk: tweak TCP buffer sizes the AOSP way (thx to franco-c)


r33 >> r34


- updated to Linux 3.0.85

- cgroup/timer_slack: fix cgroup permission errors (no more logcat spam)

- reverted backported 3.4 android staging driver to original 3.0 one (includes lowmemorykiller; seems snappier than the ported 3.4 driver)

- lowmemorykiller: do asynchronous memory compaction on killing processes (kind of an automatic RAM-defragmentation; might help with maintaining good performance over long up times)

- disabled zram functionality

- ondemandplus governor: two improvements from new interactive patches

- small cgroup tweaks (cf. git) 

- small block tweaks (cf. git)

- added 360 Launcher to whitelist (com.qihoo360.launcher)

- enable 1.5 GHz CPU overclock only for extended version (since it is not necessarily stable)

- few small bugfixes


r32 >> r33


- updated to Linux 3.0.84

- reverted to Google GCC 4.7 toolchain (reported to be smoother than Linaro)

- optimized LPDDR RAM timings (+ ~10% throughput; check the knowledge base for more info)

- reverted a few commits from TI repo that have been responsible for unusual battery drain apparently

- increased default thermal threshold to 70°C (was 64°C in r32; was 71°C in r31 and earlier; helps with slowdowns)

- added 1344 and 1536 MHz CPU steps (above 1.2 GHz ONLY the chosen maximum overclocking frequency will be used. E.g., if you choose 1420 MHz, 1344 will not be used)

- pulled-in latest interactive governor patches from Google 3.4 kernel source

- implemented io_is_busy function into ondemandplus governor and activated it

- implemented 'timer slack' feature (This will effectively reduce the number of CPU wakeups, saving battery; check the knowledge base for background information)

- added MiHome Launcher to whitelist (com.miui.mihome2)

- few other things


r31 >> r32


- updated to Linux 3.0.83

- enable trim_override to allow >= 1.4Ghz frequencies without lagging the device (credits to francisofranco)

- removed simple GPU governor (it wasn't working as it should. You can still pick from 307, 384 and 512 MHz like you can on other kernels)

- several mostly power management related fixes and also a cache tweak from Texas Instruments 

- SIOplus/deadline: Allow 0ms deadline latency

- implement temperature control (extended version only; credits to imoseyon)

- WiFi drop workaround improvement (no need to disable / enable WiFi manually anymore)

- switched compiler toolchain to Linaro Android GCC 4.7 (current version: 13.05) 

- few other things


r30 >> r31

- updated to Linux 3.0.82

- ondemandplus governor: fix adaptive timer_rate (the adaptive timer rate was never applied due to a coding-mistake)

- prevent Android OS to change the oom_score_adj value if it has been set to -1000 by the user (launchers are 100% bullet proof now. period.)

- block: disable iostats

- fixed issues for some users where the WiFi fix could not be executed

- few other minor things


r29 >> r30

- updated to Linux 3.0.81

- increased display brightness by 5% (previous values were a little too dim for outside-usage)

- control groups (cgroups): make systemui real time, move kswapd to a cgroup with less cpu shares and rt runtime (smoother experience with long system-up-times)

- launcher whitelist: fixes on kernel level to make launcher truly unkillable

- ondemandplus governor: implement adaptive timer_rate (save some battery in continuous low-usage and idle?!)

- reverted to bfqv5 i/o scheduler (v6 was unstable)

- applied proper bfqv5 tunables (thx sajty)

- enabled CFQ i/o scheduler

- WiFi drop fix from terminal (disable WiFi first, then type 'fixwifi' in terminal; reverted automatic WiFi suspend drop workaround)

- updates from CM10.1 RAMDISK

- some other small improvement(s)


r28 >> r29

- remove -ffast-math build flag (can maybe cause trouble due to rounding errors and stuff)

- SIOplus: tweaks

- freezer: shorten freezer sleep time using exponential backoff (probably better deep sleep)

- ondemandplus: increase down_differential

- workaround the WiFi suspend drops (see 'knowledge base' in OP; needs to be enabled!)

- re-introduce smarter automatic /cache trimming instead of discard mount option 

- block tweaks

- custom lowmemorykiller values (slightly more aggressive than stock)


r27 >> r28

- fixed toro data drops

  -> Revert back to 729 MHz CPU step instead of the previously introduced 806 MHz one (was responsible for the reported data drops)

- bcmdhd (wifi): pulled an update from the Google repo ('Fix sched scan processing')

- mount /cache partition as data=writeback (no journaling; faster)

- renice systemui process priority with -17 instead of -20 (-20 was too much - the phone used the maximum CPU frequency too often. I have tested this extensively.)

- build wifi driver as a module (it appears there's less RAM usage with this method; to be confirmed)

- disable swappiness on boot if zRAM has not been enabled (there's no swap device then, so why keep swappiness!?)

- one small scheduler tweak


r26 >> r27

- updated to Linux 3.0.80

- SIOplus: tweaks to make UI more fluid

- Revert "power: decrease the amount of time the device waits after entering low power mode to freeze processes" (maybe responsible for data drops?)

- some block tweaks to increase snappiness


r25 >> r26

- removed async read starvation feature from sioplus (debugging showed it is not necessary)

- reverted several changes that caused worse performance than r24 (e.g., systemui priority is back to -20, sched_mc_power_saving is back to 2, readahead is back to 256)

- increased CPU transition latency to 30000 (was 20000, this aims to fix CPU stangenesses as SODs and jerky 1.4 GHz)

- nomerges back to 0 (thanks 0smosis)


r24 >> r25

- introducing SIOplus i/o scheduler (modifications: functionality for specifying the starvation of async reads against sync reads; starved write requests counter only counts when there actually are write requests in the queue; fixed a bug)

- swapped the 729 MHz CPU OPP with an 806 MHz OPP (someone told me ~810 MHz was a 'sweet spot' for responsiveness)

- updated to Linux 3.0.78

- set sched_mc_power_savings = 1 to get rid of microlags

- scheduler system fine tuning

- use dirty_bytes instead of dirty_ratio

- increased read_ahead_kb to 384 (good intermediate setting between the sometimes more snappy 512 and the sometimes more responsive 256?)

- nr_requests down to 160 (anything above causes slight stutter)

- renice systemui process to -17 instead of -20 (-20 should only be given to very critical processes)

- added lowmemorykiller launcher whitelist (makes the launcher 'unkillable'; thanks to franciscofranco)


r23 >> r24

- elevated systemui process priority (smoother UI)

- trim filesystem on first boot after wiping cache and dalvik-cache (first boot takes a little longer due to this, but it pays off)

- re-enabled ro.adb.secure (all it needs is the updated adb version from the Android SDK)


r22 >> r23

- replaced busybox in ramdisk with a binary file that works as a standalone version (fixed all the fukkups ppl experienced in r22)

- fixed std version reporting itself as ext version

- hardcoded color settings again (ppl reported weird colors)

- disabled ro.adb.secure (adb wasn't working; this was recently added to the CM ramdisk)

- everything should be fixed on any ROM. Sorry for the trouble 


r21 >> r22

- updated to Linux 3.0.77

- backported staging driver (including lowmemorykiller) from 3.4 kernel (introducing superior memory handling in my opinion)

- added Hyper CPU governor

- several scheduler tweaks

- read_ahead_kb down to 256 (this may appear very low, but it is still twice as high as the stock setting and improves responsiveness imo) 

- several block and file system tweaks

- fixed dirty_ratio behavior that was increasingly filling up the RAM with 'garbage' (thus slowing down the phone)

- revert attempt to fix Wifi disconnects (was apparently responsible for some idle battery drain)

- fix deadline and SIO read / write expiring (caused lags and jerky UI sometimes)

- increased voltage for 1.4 GHz CPU OPP by 0.02V (someone reported a laggy phone with 1.4 GHz, probably caused by too little voltage)

- SDRAM power management fix from TI repo

- bcmdhd: workaround broken AC video queue in IBSS mode (from CM10.1 upstream)

- pulled-in latest updates from CM10.1 ramdisk

- added automatic APK zip-alignment on boot

- moved many previously hardcoded settings to ramdisk init script

- init.d support is now independent of the ROM having busybox included or not


r20 >> r21

- updated to Linux 3.0.76

- relaxed overtweaked SIO (smoother again, but still snappy)

- removed graphics memory related commit that most likely caused slowdowns

- fixed fsync not showing up in the ext version

- added random MAC id bugfix by imoseyon (someone had problems and requested it)

- added init.d execution to RAMDISK (still need busybox included in the ROM)

- added two block tweaks

- moved fuss from zip package to ramdisk

- moved powerHAL fix from zip package to ramdisk


r19 >> r20

- updated HSMMC driver from TI repo (noticable loading times improvement if you ask me)

- tweaked SIO to squeeze the most out of the new HSMMC driver

- fixed custom voltage not playing along with smartreflex enabled

- fixed a common bug with custom voltage, where some voltage corridors were not applicable

- wireless: lowered DTIM skipping in when device is asleep (hoping to get rid of Wifi disconnects)

- bye bye pegasusq governor

- three other fixes from TI repo


r18 >> r19

- reverted from SLQB memory allocator to SLUB (fixes PGM issues)

- Add assembler versions of AES and SHA1 for ARM platforms (better encryption performance with webpages)

- 3 minor fixes from ARM and TI


r17 >> r18

- updated Linux to version 3.0.75

- added and enabled SLQB memory allocator

- reverted the 10 percent brightness decrease (was just too dark outside)

- reverted the still present slight CPU undervolt (was too low, could cause some micro lags)

- improved automatic /cache trimming

- added power.tuna.so to flashable zip package (fixes the issue with resetting CPU frequency)

- fixed slightly inaccurate pixel clock setting

- pulled-in another 2 OMAPDSS patches from omapzoom repo

- some memory handling tweaks

- updated Broadcom WLAN driver (not the backport one other devs use)

- decrease the amount of time the device waits after entering low power mode to freeze processes (by franco)

- removed nodiratime mount option

- probably solved the low-brightness on wake-up problem (not entirely sure; please report)


r16 >> r17

- fixed screen-flicker problem

- a few other minor things


r15 >> r16

- updated Linux to version 3.0.74

- increased voltages for lower frequencies again since some users reported freezes

- min_free_kbytes to 8192 since the UI could get choppy after one or two days

- pulled in two more things from the TI omapzoom repo (DSS optimization; retention voltage spec update)


r14 >> r15

- updated Linux to version 3.0.73

- pulled in a few patches from TI's omapzoom repo (save a little battery; make the UI smoother)

- Tweaked smartreflex for less voltage for lower CPU frequencies (will save a little battery)

- various memory and scheduler optimizations

- bcmdhd: Enable Ad-Hoc (IBSS) mode (from CM 10.1 upstream)


r13 >> r14

- updated Linux to version 3.0.72

- a number of small tweaks

- lowered screen brightness by 10% to save battery


r12 >> r13

- updated Linux to version 3.0.71

- updated build toolchain to latest GCC 4.7 from Android NDK r8e


r11 >> r12

- added and enabled simple GPU governor (by faux123; will save some battery by not only using GPU min & max freqs, but also the 307 MHz intermediate step; controls available from within Trickster MOD)

- tweaked deadline i/o scheduler for flash memory devices and set it as default (deadline gives a better and more consistent performance imo)

- reverted kernel sync options (didn't seem to make it all that much smoother at all)

- completely removed OMAP 4460 CORE/IVA voltage dependencies (graphics and IVA units' voltage is completely independent from CPU now) 

- decreased CPU transition latency to 15ms

- decreased readahead kbytes again, down to 768 now

- some more tweaks under the hood (check sources if you're interested)

- Extended version only: added Google's 'snappy (de)compression' algorithm for fast zRAM handling

- Extended version only: added zRAM support (can be enabled via Trickster MOD)


r10 >> r11

- updated Linux version to 3.0.70

- tweaked ondemandplus for more smoothness and modified downscaling logic a bit

- added custom lowmemorykiller values for better multitasking

- reduced readahead kbytes to 896 (snappier feeling but same i/o performance)

- enabled sync options in kernel config

- moved fuss / reflash to /data/fuss so they won't mess up the /sdcard/fuss folder's permissions. Also created symlinks for fuss and reflash (all you need to type in terminal is 'fuss' or 'reflash')


r9 >> r10

- updated Linux version to 3.0.69

- removed automatic /cache trimming and activated 'discard' mount option instead (this will do it on all partitions in realtime)

- reverted previous commit: 'tightened vfs cache pressure a bit' (caused more battery drain?)

- optimized build with architecture specific CPU/FPU build flags

- tweaked sched_fair values (wanted to do this for a long time)

- if both fancy kernel and fuss updater script are not available anymore (e.g. after flashing a new ROM), you can now re-flash the kernel via terminal. type: '/sdcard/fuss/reflash' (no quotes, need to do a 'su' before; thanks to gwindlord)


r8 >> r9

- updated Linux version to 3.0.68

- changed toolchain to GCC 4.7 (provided by Google in the Android NDK)

- automatically trim /cache partition when the screen is switched off

- tightened vfs cache pressure a bit


r7 >> r8

- updated Linux version to 3.0.67

- reverted a commit (CPU-based alignment) to fix lag issues reported by some users

- increased system tickrate to 256 Hz for a more responsive UI

- removed color multiplier safety lock (values > 200 are now possible on boot)

- relaxed ondemandplus tunables a bit to eliminate signs of choppiness

- tweaked SIO write starvation (again) to eliminate signs of choppiness

- added FUSS kernel updater script (by gwindlord) to the flashable


r6 >> r7

- updated linux version to 3.0.66

- made the same kernel file working for both 4.2.1 and 4.2.2 ROMs (credits go to imoseyon)

- added recent cm10.1 upstream changes

- ondemandplus: added some safety-locks for tunable values that don't make sense


Rel. #5 >> r6

- updated gpu: pvr to DDK 1.8@2198402 to support Android 4.2.2

- updated ARM CPU topology to latest version

- updated kernel to Linux version 3.0.63

- updated BFQ I/O scheduler to version 6

- updated interactive governor to latest version

- simplified ondemandplus code and made tunables easier to understand

- enabled NTFS support for USB-OTG (upstream change from CM10.1)

- a few more things and updates... check the sources if you're interested.


Rel. #4 >> Rel. #5

- fixed 1080p video issues

- completely rebased ondemandplus governor. The ondemandplus scaling routine is now embedded in the much better interactive governor framework, which effectively reduces lag and any remaining governor-related instabilities.

- updated RAMDISK with a recent CM10.1 upstream change


Rel. #3 >> Rel. #4

- introducing 'ondemandplus' governor and set is as default. ondemandplus is based on ondemand. I enhanced it with an advanced powersave_bias functionality, additional suspend-code and extra suspend-scaling handling. This governor is snappy as ondemand, but will potentially save more battery. 

- added SIO (simple i/o) scheduler and set it default. It just feels snappier than noop.

- updated kernel to version 3.0.62

- increased voltages for 729 and 1036 MHz very slightly. In case hotplugging was not the only cause for random freezes, this may further help stability.

- enabled CPU-frequency-independent and IVA-frequency-independent GPU voltage scaling to save battery. Previously, CORE voltage was automatically increased along with CPU and IVA frequencies due to voltage-dependence-tables, even though CORE clock stayed the same.

- fixed OMAP4460 initializing with max IVA frequency. I consider this a common bug which caused unneccessary battery drain from the time period from boot to first use of IVA.

- tweaked dirty_writeback/expire intervals to counter reported lag

- disabled interactivex governor, since its hotplugging-mechanism causes freezes. Even though pegasusq hotplugs as well, that governor remains as an experimental option.

- removed some more debug stuff

- some minor cleanup


Rel. #2 >> Rel. #3

- introducing two different versions: 'Standard' and 'Extended'. Extended is almost exactly like Standard, with the following three additional features: custom voltage control, fsync control, and sound control (high performance sound and volume boost)

- added custom voltage to Extendend version

- removed sound control from Standard version

- removed fsync control form Standard version

- defaulted BLX to 100 again (users should decide whether they want use it or not)

- announcement: The kernel is now where I wanted it. From now on, only kernel upstream patches and breakthrough developments will be considered for future releases. This will not be a kernel where no bit is left un-modded.


Rel. #1 >> Rel. #2

- added Ezekeel sound control (high performance sound, volume boost; controllable through Trickster MOD)

- added ARM CPU topology and enabled it by default (saves battery by scheduling load among the CPU cores in multi-core devices)

- applied some patches to pegasusq governor 

- updated kernel to version 3.0.61

- a few minor tweaks 'under the hood' (check the source if interested)[/code]

bearbeitet von freedroid

Diesen Beitrag teilen


Link zum Beitrag
frico#GER

Hat ihn schon jemand getestet und kann was zur Akkulaufzeit und Performance sagen?

Gesendet von meinem Galaxy Nexus mit Tapatalk 2

Diesen Beitrag teilen


Link zum Beitrag
freedroid

Hab ihn heute morgen nach langer Zeit auf Stock mal geflasht, weil mir die Features gut gefallen haben. Ich werde berichten :-)

Diesen Beitrag teilen


Link zum Beitrag
boype

Im original XDA thread sind bereits ein paar Berichte zur Akkulaufzeit - jemand berichtete von 2,5 Tagen bei mittlerer Nutzung. Ich selbst (ich bin der Entwickler) bekomme über 4,5 Stunden Screen-on Zeit bei starker Nutzung. Bei mittlerer Nutzung bekomme ich 4 Stunden Screen-on und 2 Tage Laufzeit.

  • Like 1

Diesen Beitrag teilen


Link zum Beitrag
frico#GER

Hört sich gut an. Werde ihn jetzt auch mal flashen, welche Einstellungen nutzt du denn(Governor, IO Sheduler, Cpu Frequenz)? Will ja die beste Performance + Akkulaufzeit aus deinem Kernel rausholen ;)

Diesen Beitrag teilen


Link zum Beitrag
boype

Genau alles so wie es nach dem Flashen eingestellt ist. pegasusq, noop, 192-1228 MHz, 384 MHz screen-on min freq.

  • Like 1

Diesen Beitrag teilen


Link zum Beitrag
Qpa

über 4,5 Stunden Screen-on Zeit bei starker Nutzung. Bei mittlerer Nutzung bekomme ich 4 Stunden Screen-on

Mehr Screen on Time bei starker Nutzung als bei mittlerer Nutzung? :D

Gruß

Diesen Beitrag teilen


Link zum Beitrag
boype

Mehr Screen on Time bei starker Nutzung als bei mittlerer Nutzung? :D

Gruß

Jo, das war so gemeint, dass bei starker Nutzung der Akku nicht so viel zusätzlichen 'Saft' für 2 tägiges Standby verliert. Deshalb längere Screen-on Laufzeit. :icon_wink

Diesen Beitrag teilen


Link zum Beitrag
frico#GER

Genau alles so wie es nach dem Flashen eingestellt ist. pegasusq, noop, 192-1228 MHz, 384 MHz screen-on min freq.

Werde es auch mal so belassen.

Gerade eben als ich in Tapatalk rumgestöbert habe, hat sich mein Nexus komplett aufgehangen und lies sich nicht richtig starten :( es kam die Meldung das die Apps aktualisiert werden (waren auch nur 4 Apps die er aktualisieren wollte , obwohl es eigentlich weit über 100 sein sollten ) und bei apps werden gestartet hat er sich dann aufgehangen. Musste PA neu flashen. Mal schauen ob es nochmal passiert. Werde berichten

Diesen Beitrag teilen


Link zum Beitrag
freedroid

Mal eine Frage an den DEV. ;)

Kann man den SIO Scheduler einbauen? Ich finde, dass dieser besser arbeitet als der NOOP.

edit:

ich hatte gerade einen Freeze beim scrollen durch Bild.de mit Chrome. Bei den Einstellungen ist alles @Stock.

bearbeitet von freedroid

Diesen Beitrag teilen


Link zum Beitrag
boype

Mal eine Frage an den DEV. ;)

Kann man den SIO Scheduler einbauen? Ich finde, dass dieser besser arbeitet als der NOOP.

Hab ihn grade mal testhalber eingebaut - ist gefühlt nochmal schneller :) Danke für den Tipp.

Diesen Beitrag teilen


Link zum Beitrag
flatflo

Hatte den Kernel übers Wochenende drauf. An sich gut, allerdings war mein Akku Verbrauch im Stand-By enorm.

Diesen Beitrag teilen


Link zum Beitrag
freedroid

Hast du mal versucht auf den Governor interactiveX zu wechseln? Da läuft der bei mir super mit der neusten rasbeankjelly.

Diesen Beitrag teilen


Link zum Beitrag
freedroid

Neues Release mit einigen Änderungen und SIO Scheduler. :eusa_danc

Rel. #3 >> Rel. #4

- introducing 'ondemandplus' governor and set is as default. ondemandplus is based on ondemand. I enhanced it with an advanced powersave_bias functionality, additional suspend-code and extra suspend-scaling handling. This governor is snappy as ondemand, but will potentially save more battery.

- added SIO (simple i/o) scheduler and set it default. It just feels snappier than noop.

- updated kernel to version 3.0.62

- increased voltages for 729 and 1036 MHz very slightly. In case hotplugging was not the only cause for random freezes, this may further help stability.

- enabled CPU-frequency-independent and IVA-frequency-independent GPU voltage scaling to save battery. Previously, CORE voltage was automatically increased along with CPU and IVA frequencies due to voltage-dependence-tables, even though CORE clock stayed the same.

- fixed OMAP4460 initializing with max IVA frequency. I consider this a common bug which caused unneccessary battery drain from the time period from boot to first use of IVA.

- tweaked dirty_writeback/expire intervals to counter reported lag

- disabled interactivex governor, since its hotplugging-mechanism causes freezes. Even though pegasusq hotplugs as well, that governor remains as an experimental option.

- removed some more debug stuff

- some minor cleanup

Download: https://www.mediafire.com/?0avt59v7561o56l

Diesen Beitrag teilen


Link zum Beitrag
frico#GER

Bin ihn schon seit einigen Stunden am testen. Gibt auch noch eine andere Version mit init.d support;)

Gesendet von meinem Galaxy Nexus mit Tapatalk 2

Diesen Beitrag teilen


Link zum Beitrag
flatflo

Hast du mal versucht auf den Governor interactiveX zu wechseln? Da läuft der bei mir super mit der neusten rasbeankjelly.

Leider nein. Das nächste mal ;)

Diesen Beitrag teilen


Link zum Beitrag
freedroid

Neues Release #5 ist da

Rel. #4 >> Rel. #5

- fixed 1080p video issues

- completely rebased ondemandplus governor. The ondemandplus scaling routine is now embedded in the much better interactive governor framework, which effectively reduces lag and any remaining governor-related instabilities.

- updated RAMDISK with a recent CM10.1 upstream change

Download: https://www.mediafire.com/?1ed2o6ggye81v36

Diesen Beitrag teilen


Link zum Beitrag
Qpa

Musste PA neu flashen. Mal schauen ob es nochmal passiert. Werde berichten

edit:

ich hatte gerade einen Freeze beim scrollen durch Bild.de mit Chrome. Bei den Einstellungen ist alles @Stock.

War das ein einmaliger Vorfall?

Gruß

Diesen Beitrag teilen


Link zum Beitrag
freedroid

Ja das war ein einmaliger Vorfall. Ich hab danach vom pegasusq Governor auf interactive gewechselt und alles läuft einwandfrei.

Diesen Beitrag teilen


Link zum Beitrag

Please sign in to comment

You will be able to leave a comment after signing in



Jetzt anmelden
Melde dich an, um diesem Inhalt zu folgen  

×
×
  • Neu erstellen...

Wichtige Information

Bitte beachten Sie folgende Informationen: Nutzungsbedingungen und Impressum & Datenschutzerklärung. Wir haben Cookies auf deinem Gerät platziert, um die Bedienung dieser Website zu verbessern. Du kannst deine Cookie-Einstellungen anpassen, andernfalls gehen wir davon aus, dass Du damit einverstanden bist.