[Kernel][23/04] Perseus alpha 36.1

  • 269 Antworten
  • Letztes Antwortdatum
Sehe ich ebenso. Der absolut beste kernel den es gibt! Sowas von flüssig ohne einen winzigen ruckler.. Der speedmod und siyah sind ein sch... dagegen. Kann ich nicht verstehn wieso der thread kein update bekommt.
 
Nun, das ist einfach erklärt:

http://kjetal.de/ schrieb:
Sehr geehrte Leser und Leserinnen,
Kjetal hat schon seit einiger Zeit keinen Beitrag mehr verfasst und ist auch auf Twitter und im Forum android-hilfe.de nicht mehr aktiv. Er macht momentan eine schwierige Zeit durch, da er sehr oft im Krankenhaus liegt. Bisher konnte ich Kjetal noch auf keinem Weg erreichen. Allerdings Wünsche ich ihm, dass es ihm wieder besser geht und er sich dann auch mal wieder den Weg auf den Blog oder ins Forum traut. Dieser Post soll nur als Status Post dienen und wurde nicht von Kjetal sondern von finnq verfasst.

Ich wünsche allen Lesern und Leserinnnen noch einen schönen Abend
 
  • Danke
Reaktionen: Estoroth, arach, xnickyduckx und 2 andere
Perseus alpha25 released:

Changelog schrieb:
• Raised and fixed USB, MISC charging rate to 900mA.
• Enabled OTG car dock, smart dock and music dock charging. Alternatively this can be triggered if you short pins 4 and 5 of the USB connector with a 40.2kΩ, 64.9kΩ or 619kΩ resistor.
• MTP fixed on OSX devices.
• Fixed ROM power savings feature, this was originally broken because of the addition of overclocking, and the same interface that Samsung uses for limiting CPU speed in power savings mode also limits the max frequency to factory defaults. This is now fixed and powersavings mode will throttle to 1000MHz.
• Fixed mis-configuration of the default audio settings to improve sound quality, sorry about that.
• Ripped out the old GPU scaling mechanisms and scaling logic and replaced it by something new.

The old mechanism was getting overly complicated and was a remnant of the Galaxy S2 where we merely had 2 frequency steps originally; this was fine then, but isn't anymore today. The threshold fuçkery was confusing to a lot of people and people generally misconfigured their settings with inane values.

The new scaling logic follows a more CPU governor-like approach: Scaling up logic is basically the same as before: the GPU will scale up to the next frequency step when the load reaches a certain threshold. Up-scaling takes place step by step. The up-scaling threshold is now global and a single value applies for all frequency steps.

Scaling down the new logic resembles more the ondemand method; The scaling down takes place when the load goes under a certain threshold. This threshold is dictated by the up-threshold minus a down-differential. By default they are 90 and 10. Triggering this condition we scale down into a dynamic frequency target capable of accommodating and dictated by the load level. In plain words, we can scale from max frequency immediately down to the lowest one. This will improve power consumption.

• Ripped out the old GPU control interfaces and rewrote it with something new to accommodate the new logic. Your old scripts won't work anymore.

We now have 10 frequency steps to the user's disposition; defaults are: 54 108 160 266 350 440 533 640 733 800.

The new system interface targets can be found in /sys/devices/system/gpu/.

- freq_table outputs a list of the current frequency table. You can use this interface for configuring the frequencies themselves in two ways:

Pair-wise target setting: echo 533 500 > /sys/devices/system/gpu/freq_table will change the 533 step frequency to 500.
Whole-table echo: echo 54 108 160 266 350 440 500 640 733 800 > /sys/devices/system/gpu/freq_table

In the above example you end up with the same end-result over the stock settings.
Valid clock frequencies are as follows: 54, 108, 160, 200, 266, 275, 300, 350, 400, 440, 500, 533, 600, 640, 666, 700, 733, 750, 800.

- volt_table outputs the voltages to the corresponding frequencies.

Pair-wise target setting: echo 533 1025 > /sys/devices/system/gpu/volt_table will change's 533MHz's voltage to 1025mV.
Whole-table echo in the same format as freq_table. Valid voltages are 600mV => x <= 1200mV.

- thresholds sets the two global threshold settings. echo 90 10 > /sys/devices/system/gpu/thresholds .

- min_freq and max_freq set the limits of the current DVFS policy. By default we're scaling from 160MHz to 440MHz (Same as stock).

echo 533 > /sys/devices/system/gpu/max_freq will enable the top limit to 533MHz and basically overclock the device.
echo 108 > /sys/devices/system/gpu/min_freq in the same way sets the lower limit.

AndreiLux schrieb:
I'm trying to be more cutting-edge in terms of development in this kernel. In contrast to other kernels and philosophies of other developers, I don't believe giving the users more choice is a very smart thing to do. As such you won't find a dozen different governors or twenty different settings for this kernel. There is a optimal, or at least, most optimal setting on which the devices operate both in terms of performance and power management. For the average user this kernel will brings lots of benefits to battery life, screen improvement, fluidity and sound enhancements without having to set up any of the configurations.

Advanced users are welcome to modify the scaling mechanisms of PegasusQ and I advise SetCPU 3 for this, most of the behaviour that one should configure is configurable via that application. CPU undervolting is compatible with most undervolting applications. For all other things, one should use scripts.

The kernel is also being maintained and released cross-device for the I9305 (S3 LTE), N7100 (Note 2) and N7105 (Note 2 LTE) and shares the same base-source.

Da ich das Statement wichtig finde, habe ich es so 1:1 übertragen. Falls es einer Übersetzung bedarf, werde ich diese nachtragen. Letzter Absatz wurde fett geschrieben, da mehrere Geräte mehrere, generelle Meinungen bilden können. Im Grunde geht es hierbei darum, ob der Dev seine Sache generell gut macht & weniger um Fehler oder andere Dinge.
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: Masta_Gee81
Mir gings bei der Alpha 24 ehrlich gesagt wie beim S3-Speedmod ... hab keinen Unterschied bemerkt, wenns hochkommt lief es eher etwas ruckliger. *shrug*

maybe i'm holding it wrong..


Evtl. versuch ich 25 aber noch mal :)
 
Hab die Alpha 24 seit ca. ner Woche drauf ... Bester Kernel meiner Meinung nach ...


Ram 857mb !!!! Krass ... und so läuft der Kernel auch ... alles Smooth keine Hänger ...Akku ist je nach Gebrauch zwischen 1 und halb bis 2 Tage leer.



alles öffnet sich schnell ohne Verzögerung ... Also ich bin Begeistert .... jetzt probier ich doch gleich mal den 25iger ;)


Greetz M@sta
 
25.3 released:

Changelog schrieb:
- current_freq shows the current frequency. This is if somebody likes to make a monitoring app or something.

- time_in_state shows the time spent in µS on each frequency step. Echo 0 to it (by default disabled) to disable it, 1 to enable monitoring, and any other numerical value to reset the timekeeping back to 0.
 
Kann mal jemand eine Anleitung machen, wie das gemau mit den Scripten funktioniert um scoobydoo sound zu aktivieren (würde am liebsten eargasm verwenden) und wie man hier am besten undervoldet..
Ich bin noch apps wie stweaks gewohnt und möchte eigentlich nicht in den scripten rumpfuschen und ausprobieren und dadurch etwas kaputt machen..

Es wäre sicherlich auch für andere sehr hilfreich wenn wir ein kleines HowTo hätten...(evtl auch für die Startseite)
 
mal ne frage an die ibolt/perseus user.....

bekannterweise gibts ja keinen car modus mehr unter 4.1.1 der perseus kernel soll ja abhilfe schaffe. also perseus druf und ab gehts....

juhu...s3 geht in den automodus, mp3 player wirft das audiosignal über den USB aus und auch das laden geht.....

dann kam der erste anruf. beim s1 war ichs gewohnt, das der anrufer nicht über das audio sondern über den externen lautsprcher ausgegeben wird. es wurde also umgeschalten. mit perseus, wird der anrufer weiterhin über das audio via usb, also am autoradio ausgeben. Super dachte ich....ABER der gesprächspartner kann mich nicht verstehen!!!

ich persönlich glaube ja, das das mikro durch die ausgabe des audiosignals über usb abgeschlaten wird.

p.s. beim siyah-kernel habe ich das geleiche problem :thumbdn:
 
Pi80 schrieb:
mal ne frage an die ibolt/perseus user.....

bekannterweise gibts ja keinen car modus mehr unter 4.1.1 der perseus kernel soll ja abhilfe schaffe. also perseus druf und ab gehts....

juhu...s3 geht in den automodus, mp3 player wirft das audiosignal über den USB aus und auch das laden geht.....

dann kam der erste anruf. beim s1 war ichs gewohnt, das der anrufer nicht über das audio sondern über den externen lautsprcher ausgegeben wird. es wurde also umgeschalten. mit perseus, wird der anrufer weiterhin über das audio via usb, also am autoradio ausgeben. Super dachte ich....ABER der gesprächspartner kann mich nicht verstehen!!!

ich persönlich glaube ja, das das mikro durch die ausgabe des audiosignals über usb abgeschlaten wird.

p.s. beim siyah-kernel habe ich das geleiche problem :thumbdn:

Hallo Üi80,
ich habe auch diese Car Dock und leider das gleiche Problem. Beim Telefonat ist der Anrufer, relativ leise zu Hören, das Micro ist aber tot. :-(
MP3, Navi... funktionieren hervorragend.

Im Moment habe ich an dem Aux In einen BT Empfänger und Streame Audio darüber in mein Auto. Das Konstukt wollte ich eigentlich mit der iBolt abschaffen.

Ist bei mir auch beim Siyha Kernel. Hat schon jemand einen Mod dafür gefunden?
 
Zuletzt bearbeitet:
Also ich hab fast alle Kernels durchgetestet, und für mich kommen nur noch 2 in frage zum einen der Siyah1.7rc und Perseus 24 bzw 25, wobei mir der Perseus ein tick flotter scheint und super stabil.
Wenn der jetzt noch mit einer app wie sTweaks käm dann wäre es perfekt.
Ich arbeite mich zwar langsam aber sicher in die Scripts ein, aber das dauert was und da ist ne app einfach angenehmer.

Noch ein dickes danke an AndreiLux für den Kernel! :thumbup:
Und auch an die User die hier die ganzen sachen einpflegen und auch gute tips geben wenns mal nich so läuft wie geplant. :thumbup:

In diesem Sinne frohes flashen :D

Gesendet von meinem GT-I9300 mit blue Tapatalk
 
hallo zusammen....ich habe da mal eine bescheidene frage und hoffe mir kann einer helfen ;) ich habe das s3 jetzt ein paar tage erst davor war es das s3...habe den letzten perseus geflasht...soweit läuft er richtig gut nur ein kleines problem habe ich und zwar über nacht verliert der akku rund 20 prozent und das bei siyah den hier und böffler war es genau so....ist das jetzt normal weil das s3 ein quadcore prozessor und mehr akku verbraucht oder so....denn bei dem s2 hatte ich mit guten kernel und rom ungefähr ein verbrauch von vielleicht hächstens 4 bis 10 prozent...mfg
 
Generell verbraucht das S3 mehr, der Akku ist allerdings stärker.
Dieser hohe Verbrauch kommt von Android 4.1.1
Bis jetzt haben die den noch nicht in den griff bekommen.


Gesendet von meinem iPad mit Tapatalk HD
 
Ok dann is der stand Verbrauch in diesen Fall also ganz normal und ich bin wahrscheinlich dann auch nicht der einzige... Ansonsten is der Akku Verbrauch ja schon mal viel besser als beim s2...:)
 
Ja, bei JB ist er leider ziemlich hoch...
 
Ok dann is ja alles gut und ich werde ihn dann soweit erstmal drauf lassen... Danke für die schnelle Antwort
 
alpha26 released:

Changelog schrieb:
• Updated MTP drivers back to the newest version. Fixes some inconsistencies which some people had.
• Further increased MMC command timeout from Linux default 300ms to 3s in trying to finally squash errors and "unexpectedly removed SD card" after resume.
• Ported Gokhan Moral's mDNIe interface and also added colour tone modes on top of the scenarios. System interfaces are found in /sys/class/misc/mdnie . Input syntax is the same as the output syntax, or, single register-value pairs as a single line in the output format, except 0xFF which is a terminator value.
• Increased default sampling rate down to 30ms from 50ms for a bit more fluidity.
 
alpha26.1 released:

Changelog schrieb:
• Disabled net_os_rxfilter_add_remove userspace/ROM filter management in the Wifi driver to prevent the operating system of enabling unwanted pass-through multicast and broadcast filters while in standby.
 
  • Danke
Reaktionen: Estoroth
für mich eigentlich der beste Kernel, bin zZ trotzdem auf siyah weil ich keine Ahnung habe wie man eargasm mit nem script hinbekommt.

akku:
y8e4e2y9.jpg


Gesendet von meinem GT-I9300 mit Tapatalk 2
 
Werden mit diesem Kernel die 64gb SD Karten unterstützt ?
 
Der Kernel ist schon bei alpha 26.1:


Features / changelist:

Perseus alpha26 (14/11): * Updated MTP drivers back to the newest version. Fixes some inconsistencies which some people had.
* Further increased MMC command timeout from Linux default 300ms to 3s in trying to finally squash errors and "unexpectedly removed SD card" after resume.
* Ported Gokhan Moral's mDNIe interface and also added colour tone modes on top of the scenarios. System interfaces are found in /sys/class/misc/mdnie . Input syntax is the same as the output syntax, or, single register-value pairs as a single line in the output format, except 0xFF which is a terminator value.
* Increased default sampling rate down to 30ms from 50ms for a bit more fluidity. * LTE devices only: Updated some power management functions on the MDM modem from latest sources; this will drastically decrease the amount of wakelocks on mobile data and improve battery life.

26.1

* Disabled net_os_rxfilter_add_remove userspace/ROM filter management in the Wifi driver to prevent the operating system of enabling unwanted pass-through multicast and broadcast filters while in standby.
[/list]Perseus alpha25 (23/10):
• * Raised and fixed USB, MISC charging rate to 900mA.
* Enabled OTG car dock, smart dock and music dock charging. Alternatively this can be triggered if you short pins 4 and 5 of the USB connector with a 40.2kΩ, 64.9kΩ or 619kΩ resistor.
* MTP fixed on OSX devices.
* Fixed ROM power savings feature, this was originally broken because of the addition of overclocking, and the same interface that Samsung uses for limiting CPU speed in power savings mode also limits the max frequency to factory defaults. This is now fixed and powersavings mode will throttle to 1000MHz.
* Fixed mis-configuration of the default audio settings to improve sound quality, sorry about that.
* Ripped out the old GPU scaling mechanisms and scaling logic and replaced it by something new.

The old mechanism was getting overly complicated and was a remnant of the Galaxy S2 where we merely had 2 frequency steps originally; this was fine then, but isn't anymore today. The threshold fuçkery was confusing to a lot of people and people generally misconfigured their settings with inane values.

The new scaling logic follows a more CPU governor-like approach: Scaling up logic is basically the same as before: the GPU will scale up to the next frequency step when the load reaches a certain threshold. Up-scaling takes place step by step. The up-scaling threshold is now global and a single value applies for all frequency steps.

Scaling down in the new logic resembles more like the ondemand method; The scaling down takes place when the load goes under a certain threshold. This threshold is dictated by the up-threshold minus a down-differential. By default they are 90 and 10. Triggering this condition we scale down into a dynamic frequency target capable of accommodating and dictated by the load level. In plain words, we can scale from max frequency immediately down to the lowest one. This will improve power consumption.
* Ripped out the old GPU control interfaces and rewrote it with something new to accommodate the new logic. Your old scripts won't work anymore.

We now have 10 frequency steps to the user's disposition; defaults are: 54 108 160 266 350 440 533 640 733 800.




The new system interface targets can be found in /sys/devices/system/gpu/ .

- freq_table outputs a list of the current frequency table. You can use this interface for configuring the frequencies themselves in two ways:

Pair-wise target setting: echo 533 500 > /sys/devices/system/gpu/freq_table will change the 533 step frequency to 500.
Whole-table echo: echo 54 108 160 266 350 440 500 640 733 800 > /sys/devices/system/gpu/freq_table

In the above example you end up with the same end-result over the stock settings.
Valid clock frequencies are as follows: 54, 108, 160, 200, 266, 275, 300, 350, 400, 440, 500, 533, 600, 640, 666, 700, 733, 750, 800.

- volt_table outputs the voltages to the corresponding frequencies.

Pair-wise target setting: echo 533 1025 > /sys/devices/system/gpu/volt_table will change's 533MHz's voltage to 1025mV.
Whole-table echo in the same format as freq_table. Valid voltages are 600mV => x <= 1200mV.

- thresholds sets the two global threshold settings. echo 90 10 > /sys/devices/system/gpu/thresholds . Remember that the first is the up-threshold and the second is the down-differential. The down differential may not be higher than (99 - up value).

- min_freq and max_freq set the limits of the current DVFS policy. By default we're scaling from 160MHz to 440MHz (Same as stock).

echo 533 > /sys/devices/system/gpu/max_freq will enable the top limit to 533MHz and basically overclock the device.
echo 108 > /sys/devices/system/gpu/min_freq in the same way sets the lower limit.
 

Ähnliche Themen

Oebbler
Antworten
9
Aufrufe
5.670
SiggiP
S
Oebbler
Antworten
37
Aufrufe
14.600
Borkse
B
Zurück
Oben Unten