[KERNEL][JB][JWR66V/JSS15J]Franco Kernel R193

[Pioneer-dC]

Habe seit der neuen CM nightly (0215) + r80 das Problem, dass die Einstellungen im Franco App nicht mehr greifen. Kann weder Farben, Governor noch Voltages ändern.
Noch jemand das Problem?
CM alleine, bzw. CM+Fanco natürlich schon mal neu geflasht, ohne Erfolg.

Lese mir eigentlich jeden Tag die neuen Posts im CM- und Franco-Thread durch, kann aber natürlich trotzdem sein, dass ich was übersehn hab...

Edit: Hat sich erledigt. Habe mit dem 4.2.2er Update root verloren...

 

[aqua1]

Ich hab die aktuellste xylon Firmware und den r72 am laufen. Ich hab leider das Problem, dass sich Wlan immer im standby deaktiviert. Ich habe aber in der Wlan Richtlinie eingestellt, dass es nie deaktiviert werden soll. Iat das ein Bug im Kernel oder muss ich was anders einstellen?

.... Von unterwegs....

 

[mko]

Allgemeines Android-Problem: https://code.google.com/p/android/issues/detail?id=42272
In 4.2.2 noch immer nicht behoben.

 

[masdaofdesasda]

Version 82 ist da http://forum.xda-developers.com/showthread.php?t=2002782

Gesendet von meinem Nexus 4 mit der Android-Hilfe.de App

 

[Humpfre]

Und ?
Was hat sich geändert?

 

[MadMurdoc]

r70:
- scheduled_work called hotplug_decision_work every HZ. HZ is the frequency of the internal kernel clock, called ticks. We run a tickless kernel so the HZ is only used as an argument for the scheduled_work function. The argument expects a jiffie so it takes the HZ value and in jiffies it equals 1 second. So after the function is called it works 1 second after the call (thats why its called schedule_delayed_work). Then after that second it offlines/onlines the cores based on the load and restarts all over again 1 second later. The whole operation might take up to 2-3 seconds to finish which includes calling the hotplug_decision function, checking the load, calling the scheduled_work, operating the cores and calling the decision again.

r82:
- all of the above with the exception that it calls the works are called with 10 jiffies delays (on r70 it was 100 jiffies because HZ = 100) so now its basically every 1/10 of a second.

Nur das

 

[maik.71]

PGM funktioniert gerade mit der R82 nicht. :-(

 

[masdaofdesasda]

Bei mir läuft pgm ohne Probleme... Mit r82

Gesendet von meinem Nexus 4 mit der Android-Hilfe.de App

 

[dadonking]

Es hat sich schon ein wenig mehr geändert. Franco probiert wohl wieder was aus, obwohl es sich um eine Nightly handelt.

Ok so I just uploaded r82 in a new directory thats in the OP. The app will be updated in a few hours reflecting all this, I'm still finishing code.

So this new version is kind of an experiment as smoothness goes:
* CPU ramps to max frequency when the screen is being touched (touched = swipping around, just touching won't do anything). To balance things I increased go_hispeed_load to 99 so that the CPU won't ramp randomly to max without it being touched. I don't know if there will be a battery hit or not, thus this experiment, but its really smooth
* Timings for the hotplug driver were decreased so that it onlines and offlines cores almost instantly, mimicking mpdecision speed when onlining/offlining
* I removed the limits on saturation, contrast and brightness until we are 100% sure which limits are for each offset. I also improved the algorithm of the gamma code a little bit and protected it with a semaphore in hope it won't bootloop if users are setting colors via init.d
* Added a custom line to scale the sampling_time of Ondemand governor based on the number of cpus online
* Added custom tweaks to IO scheduler tunables researched by malaroth, osmosis, joaquin, yellowdie and gingerbreadman, thanks guys

Have fun guys, hope this is an happy release!

 

[criz.89]

Kann schon jemand was zur r82 sagen? Scheinbar taktet sie ja ziemlich hoch sobald das Display berührt wird. Heißt höheren Verbrauch bei Nutzung als zuvor, dafür smoother?!

sent from my JB powered beast!

 

[dadonking]

Also ich habe ihn jetzt den ganzen Tag drauf & laut cpuspy ist die Zeit im 1512 MHz step im Vergleich zu vorher stark gestiegen. Die steps dazwischen werden größtenteils nicht mehr benutzt. Akkuleistung kann ich noch nicht ganz beurteilen, aber surfen etc. nimmt meiner Meinung nach nun mehr Akku als vorher.

Gesendet von meinem Nexus 4 mit der Android-Hilfe.de App

 

[W8173]

Eine frage es sind ja 2 kerne offline angezeigt, heisst das jetzt diese werden gar nicht mehr genutzt oder wie? Oder werden die nur bei bedarf genutzt?
Und kann ich akku sparen in dem ich die kleinste taktrate nutze für die cpu? Oder ändert das nichts für den akku?

 

[MadMurdoc]

Es sind immer 2 aktiv, auch wenn nichts gemacht wird bei Display ein.
Die anderen beiden werden nach Bedarf dazu geschaltet.

 

[HENN0]

Wenn du die CPU Frequenz weiter nach unten begrenzt hält das Akku natürlich länger.
Wenn du max 702 MHz machst ist es im Normalbetrieb nicht viel langsamer aber der Akku hält länger.
Zum ausgiebigen zocken je nach Spiel nicht geeignet

Gesendet von meinem Nexus 4 mit Tapatalk 2

 

[mirko2812]

Wenn du die CPU Frequenz weiter nach unten begrenzt hält das Akku natürlich länger.
Wenn du max 702 MHz machst ist es im Normalbetrieb nicht viel langsamer aber der Akku hält länger.
Zum ausgiebigen zocken je nach Spiel nicht geeignet

Gesendet von meinem Nexus 4 mit Tapatalk 2

702MHz find ich definitiv zu wenig fürs nexus4 mit 1134Mhz und 2 cores ruckelt bei mir nix

 

[dadonking]

Kann mir einer die interactive Einstellung vom r80 hier posten?

Gesendet von meinem Nexus 4 mit der Android-Hilfe.de App

 

[derlotse]

R80 franco interactive defaults:

Boostpulse duration (ganz unten) ist 100000

Gesendet von meinem Nexus 4 mit Tapatalk 2

 

[Obihörnchen]

Also ich habe ihn jetzt den ganzen Tag drauf & laut cpuspy ist die Zeit im 1512 MHz step im Vergleich zu vorher stark gestiegen. Die steps dazwischen werden größtenteils nicht mehr benutzt. Akkuleistung kann ich noch nicht ganz beurteilen, aber surfen etc. nimmt meiner Meinung nach nun mehr Akku als vorher.

Gesendet von meinem Nexus 4 mit der Android-Hilfe.de App

Jo bei touch geht die CPU jetzt auf 1512MHz anstatt 1026. (hispeed_freq)
Dafür ist die bootpluse duration auf 30k gesenkt und go_hispeed_load auf 99% erhöht was das wieder etwas ausgleicht.

Eine frage es sind ja 2 kerne offline angezeigt, heisst das jetzt diese werden gar nicht mehr genutzt oder wie? Oder werden die nur bei bedarf genutzt?
Und kann ich akku sparen in dem ich die kleinste taktrate nutze für die cpu? Oder ändert das nichts für den akku?

Werden aktiviert wen sie gebraucht werden.

Gesendet von meinem Nexus 4 mit Tapatalk 2

 

[Redbull320]

r83:
* More improvements in the hotplug driver based on users feedback.
* Made the thermal throttle driver scale how fast it scans for the device temperature. If the device is cool it polls less, if the device is hot it polls more.

This is specially to Miasmic and for his gaming tests but please anyone feel free to test this and give me some feedback:
I added a new tunable in /sys/module/auto_hotplug/parameters/sampling_rate that controls the number of samples that it needs to be in low load for it offline the cpus. Higher value takes longer to offline the cpus while in low load, smaller value its the contrary, takes less time for the driver to detect if it needs to hotplug the cpus or not.

Gesendet von meinem Nexus 4 mit Tapatalk 2

 

[W8173]

Also hatte jetzt nur den kernel geflasht und paranoid rom drauf hab an den einstellungen nichts gemacht, hab jetzt ca 30min NFS Most Wanted gezockt.
20% vom akku sind weg display is auf auto, ist das normal?? Also der Akku ist sowas von mist, wenn das so is zock ich im Zug 2 std dann is der akku down.

Hab das nexus jetzt paar Tage das Phone is der Hammer, aber der akku is ja echt ma müll, werds paar tage noch testen, ich glaub auch dann werde ich es zurück geben. Mein Nexus7 hält ja doppelt so lange bei 60% display.