[KERNEL][JB][JSS15J / JWR66V] Semaphore N4 1.7.6

C

Caho

Gast
elting-albums-verschiedene-picture4533-semaphore.jpg





Versions >= 1.5.0 are for JB 4.3 only



Vielleicht kann sich der Eine oder Andere noch an den Semaphore-Kernel für's SGS erinnern? Seit kurzem gibt es vom Dev stratosk einen Kernel für unser N4! Das ganze Projekt steht noch ziemlich am Anfang, aber wenn es so gut läuft wie auf dem SGS, dann können wir hier einen guten und stabilen Kernel erwarten! Der Dev ist sehr hilfsbereit und freundlich (hatte selber früher öfter Kontakt zu ihm). Wenn ihr Fragen habt, könnt ihr ihn also gerne auf XDA anschreiben. Hier der Link zum XDA-Thread: [KERNEL] Semaphore N4 0.5.5 - xda-developers

Nun aber zum Kernel selber (viel Übersetzungsarbeit gibt's da nicht zu tun, da alles für sich spricht):

Features
Linux kernel 3.4.64
- built with Linaro gcc 4.8.2 201306
- enabled O2 optimizations
- ondemand (Changed calculation of frequency, tweaked)
- conservative
- mpdecision dropped
- dyn_hotplug driver
- Noop scheduler (default)
- ROW scheduler
- SIO scheduler
- Touch wake
- Gamma control
- LED triggers: touchwake, thermal
- Undervolting
- removed many debug options

Weitere Informationen gibt's auf der eigenen Webseite des Devs: www.semaphore.gr

  • Achtung: Versionen >= 1.5.0 sind nur für JellyBean 4.3!
  • Die Versionen für JSS15J haben ein 'j' im Filenamen (z.B. Semaphore_N4_1.5.2j.zip*
  • Die Versionen für JWR66V haben kein 'j' im Filenamen (z.B. Semaphore_N4_1.5.2.zip)*
*Wenn ihr euch nicht sicher seit, welche JB-Version ihr drauf habt, schaut unter Einstellungen -> Über das Telefon -> Build Nummer

Changelog:
Code:
1.7.6 (04/11/2013)
- Linux kernel 3.4.68
- touchwake: Fix issue when disabling driver during screen off and wakelock was active (thanks @ihancioglu for his report)
- ondemand: a small cleanup in code (thanks @jugster)



1.7.4 (23/10/2013)
- Linux kernel 3.4.67
- Fix logger loading issue in some custom ROMs
- ondemand: A small optimization in input event (thanks to skkip)


1.7.1 (03/10/2013)
- Linux kernel 3.4.64
- mach-msm: dyn_hotplug: On early suspend use min_online value of 1 (make use of C3 power state on CPU0 when the screen is off)
- mach-msm: dyn_hotplug: Use cpumask_next_zero to find the next offline CPU (thanks to Skkip)
- Possible fix from CAF for a cpuidle bug
- video: lm3530_bl: Introduce new tunables to control LED driver (LCD backlight)
lm3530_min_br: sets the minimum brightness level (2-114)
lm3530_max_br: sets the maximum brightness level (2-114)
lm3530_br_mode: sets the linear (default 1) or exponential (0) brightness mapping mode.
The sysfs path is /sys/devices/i2c-0/0-0038/
Please note that the exponential brightness mode uses a very low LCD brightness on a low external light. You may need to increase the min_br for better results. 


1.6.5 (17/09/2013)
- Linux kernel 3.4.62
- mach-msm: dyn_hotplug: Schedule driver's work only on CPU0
- mach-msm: dyn_hotplug: Offline the CPU with the lowest current frequency (thanks to Skkip)
- cpufreq: Fixes from Code Aurora
- cpufreq: conservative/interactive: Update the CPU utilization in  policy for dynamic hotplug driver (should fix issues with hotplug)
- networking: Include Westwood TCP congestion control algorithm (CuBIC still the default)



1.6.0 (06/09/2013)
- Any Kernel Updater installation method, modified to inject all  Semaphore changes on the fly to the current initramfs (thanks to Koush)
- Touchwake changes to avoid conflicts with TouchControl app (thanks to bponury)
- ondemand change to handle input only from touchscreen (CAF)
- Added a tiny service 'mpdfake' in initramfs, coded in C to consume  PowerHAL messaged to missing mpdecision (fixes error messages in logcat)


1.5.7 (30/08/2013)
- Revert touchwake changes introduced in 1.5.6
 
1.5.6 (30/08/2013)
- Linux kernel 3.4.60
- Rework touchwake code for compatibility with TouchControl (thanks @bponury)
- mach-msm: board-mako-display: Use default values for LCD color temperature (should fix stock issue with 'fastboot boot' command. Thanks @mskip for reporting)
- mach-msm: subsystem_restart: Fix CPU detection (should fix issue that the subsystem_restart could not detect the CPU and panic_handler could not restart subsystems properly)

1.5.5 (23/08/2013)
- Linux kernel 3.4.59
- Fix compatibility issues with CM in initramfs
- Fix initramfs files ownership to root
 
1.5.3 (06/08/2013)
- Linux kernel 3.4.56
- dyn_hotplug: Add max_online tunable to control maximum number of online CPUs
- dyn_hotplug: Add checks when store tunables
- dyn_hotplug: code clean-up
- freezer: Fix deadlock issue (by Colin Cross)
 
1.5.2 (31/07/2013)
- Linux kernel 3.4.55
- mach-msm: acpuclock-krait: Fix PVS bin information in cputable info
- Add service call in init.rc about SuperSU daemon (recommended by Chainfire)
- Add CM10.2 support for su (untested)
 
1.5.1 (29/07/2013)
- Add gamma control
- Merge freezer changes
- Enable O2 optimizations
- Remove some debug options
 
1.5.0 (26/07/2013)
- Rebased on JB 4.3 (JWR66V) kernel. It should be used only on stock JWR66V.
Unmerged features (compared to 1.4.1):
- gamma control
- ROW scheduler
- O3 optimizations
 
1.4.1 (25/07/2013)
- Fix conflict of hotplug driver with cpufreq statistics
- Fix issue that may cause crash when enable hotplug driver
 
1.4.0 (22/07/2013)
- Linux kernel 3.4.54
- Dropped mpdecision (and related driver for exporting statistics to userspace)
- Introduce dyn_hotplug driver to automatically online/offline CPUs according to load. Parameters:
/sys/module/dyn_hotplug/parameters/enabled, valid values 0,1,Y,N,y,n. Default Y (enabled)
/sys/module/dyn_hotplug/parameters/up_threshold, over this threshold the driver will put one more CPU online
/sys/module/dyn_hotplug/parameters/min_online, minimum number of CPUs that will be always online. Default 2.
- Introduced new ondemand tunables to support touch boost:
touch_load: the simulated load when there is touch in the screen (default 75)
touch_load_threshold: over this load will be applied the touch_load (default 10)
touch_load_duration: the duration of the simulated load in msec (default 1100)
- cpufreq: ondemand: Default sampling rate to 20000
- leds: ledtrig-thermal: Rework code
- leds: Default led triggers to "none"
- built with Linaro 201306 (gcc 4.8.2)
- an update to framebuffer to fix some visual glitches (thanks to CM team, thracemerin) 
 
1.3.0 (18/06/2013)
- Linux kernel 3.4.49
- cpufreq: ondemand: Drop early demand
- config: remove unused media tuner option
 
1.2.0 (02/06/2013)
- cpufreq: ondemand: Fix issue that could cause performance issue
- cpufreq: ondemand: freq_next should be proportional to cpuinfo.max_freq
- cpufreq: Remove unused code due to new calculation method of frequency target
- msm: cpufreq: Break out early if target frequency is the same as the current
- Use SLAB allocator instead of SLUB
- Enable O3 optimizations
- Build with Linaro 4.8.1 201305
 
1.1.0 (27/05/2013)
- Linux kernel 3.4.47
- cpufreq: ondemand: Calculate the next frequency proportional to current load
- cpufreq: ondemand: Default up_threshold to 95, sampling_rate to 30000
- freezer: updates from linux-next to help suspend/resume operation.
- block: couple of fixes from Code Aurora
 
1.0.0 (23/05/2013)
- Linux kernel 3.4.46
- msm: mako: Change CPU regulators min_uV to 700mV (thanks to sirxdroid, thracemerin)
- ledtrig-thermal: Do not update LED brightness when there is no actual change.
- msm: acpuclock-krait: Cleanup code, fix a typo in message
- cpufreq: ondemand: Increase DOWN_DIFFERENTIAL to avoid oscillations between max - min freq
- config: little cleanup
 
[B][COLOR=red]Vor dem Flashen der neuen Version sollt ihr eure Undervolt-Setting resetten![/COLOR][/B]
 
0.9.5 (17/05/2012)
- Rename undervolting parameters upper_uV and upper_khz_thres to higher_uV and higher_khz_thres respectively.
- acpuclock-krait: small improvements
- LED thermal trigger: Check temp every 5s when LED is off, every 2s when LED is on
- Noop as default scheduler
 
0.9.0 (15/05/2013)
- Add undervolting support (weitere Informationen siehe hier: http://forum.xda-developers.com/showpost.php?p=40243825&postcount=2)
- msm: acpuclock-8064: Add support for 8064v1.1 FASTER PVS bin (updated voltage table)
- msm: acpuclock-krait: improvements and fixes from Code Aurora
- msm: acpuclock-krait: small improvements
- msm: Makefile: remove some acpuclock redundant files.
 
0.8.0 (12/05/2013)
- Linux kernel 3.4.45
- cpufreq: interactive: many updates from Code Aurora
- leds: thermal trigger: increase low threshold to 52℃
 
0.7.5 (08/05/2013)
- Linux kernel 3.4.44
- leds: Switch off LED when thermal trigger deactivated
- Change some compiler flags (hopefully little bit better performance)
- Remove many ugly debug messages in WiFi driver, and a message in charger driver.
 
0.7.0 (06/05/2013)
- leds: Do not remove trigger when brightness = LED_OFF (fixes conflicts between LED trigges and notification lights)
- touchwake: Introduce new LED trigger (name touchwake) that switch on LED when the touchwake is active.
- leds: Add LED trigger for thermal sensor (switch on LEDs when temperature >= 47, with brightness proportional to the temperature)
- mako: Use default triggers: Blue - touchwake, Red - thermal, Green - battery full
- more clean ups to config (remove tracers, KALLSYMS)
 
0.6.0 (01/05/2013)
- Linux kernel 3.4.43
- Fix issues with logger module
- Enable KALLSYMS
 
0.5.5 (30/04/2013)
- video: msm: Expose gamma table to sysfs[URL="http://forum.xda-developers.com/showpost.php?p=40860513&postcount=429"]*[/URL] (thanks to faux123, franciscofranco for ideas)
- android: logger: Compiled as module[URL="http://forum.xda-developers.com/showpost.php?p=40860513&postcount=429"]**[/URL] (disable by default)
- Clean up configuration (excluded swap support, ext2, ext3, some debug options)
- touchwake: clean code, remove debug information
- msm: acpuclock: Lower max L2 speed to 1134MHz (fix from Code aurora)
- built with Linaro gcc 4.7 201304
 
 0.5.0 (26/04/2013)
- Linux kernel 3.4.42
- touchwake: Fix reboot issues
- touchwake: small improvements
- touchscreen: Show accuracy filter and jitter filter parameters in sysfs (you may tune them from Semaphore Manager)
- change vibrator sysfs permissions (now vibrator works in SAI options)
 
0.4.0 (22/04/2013)
- Add ROW scheduler and make it default (thanks to Tatyana Brokhman)
- block: a couple of fixes from code aurora
- wifi: upstream fix.
- Fix compatibility issues with CM10.1 
- drivers: msm_fb: Apply kcal values when screen on (more info [URL="http://forum.xda-developers.com/showpost.php?p=40554158&postcount=267"]here[/URL])
 
0.3.0 (20/04/2013)
- Linux kernel 3.4.41
- ondemand: default sampling_rate 20000, up_threshold 85
- init scripts support (/etc/init.d/ directory must exists, busybox required)
- drivers: touchwake support - EXPERIMENTAL (thanks to Ezekeel for initial implementation) 
Enable:
echo 1 > /sys/devices/virtual/misc/touchwake/enabled
Delay in ms:
echo xxxxx > /sys/devices/virtual/misc/touchwake/delay
 
0.2.0 (15/04/2013)
- android: logger: fixes from 3.9 kernel
- android: lowmemorykiller: updates from 3.9
- android: binder, timed_output: minor fixes from 3.9
- block: Added SIO scheduler (and cleaned some code)
- cpufreq: ondemand: early demand feature (more info [URL="http://www.semaphore.gr/80-latests/98-ondemand-early-demand"]here[/URL])
enable it:
echo 1 > /sys/devices/system/cpu/cpufreq/ondemand/early_demand
You may also control the threshold:
echo XX > /sys/devices/system/cpu/cpufreq/ondemand/grad_up_threshold (default 50)
- cpufreq: ondemand: fixes that have beed applied in Linux 3.9
- cpufreq: included conservative governor
- cpufreq: conservative: fixes that have been applied in Linux 3.9
- removed some debug options from configuration
- Compiled with gcc 4.7
 
0.1.0 (13/04/2012)
- Linux kernel 3.4.40
- enabled O2 optimizations
Downloads:
- entweder im XDA-Thread
- oder direkt von der Semaphore-Webseite

Installation:
Wie üblich: Wipe Cache/Dalvik - Install Kernel - Reboot
Wenn ihr vorher einen anderen Custom Kernel benutzt habt, müsst ihr evtl. vorher einen Reset-Kernel flashen (informiert euch im entsprechenden Kernel-Thread). Alternativ und/oder wenn ihr euch unsicher seit könnt ihr auch einfach nochmals eure aktuelle ROM flashen, dann evtl. Gapps und dann den Semaphore-Kernel. Anschließend wipe Cache/Dalvik und Reboot.

Kernel-Management:
- entweder über die eigene kostenlose App Semaphore-Manager -> Empfehlung
- oder über Trickster Mod

Stock Kernel

-wird empfohlen diesen erst zu flashen bevor man 1.6.0 flasht

MAKO_4.3_Stock_Kernel.zip
 
Zuletzt bearbeitet von einem Moderator:
  • Danke
Reaktionen: Flextrick, JobbeDeluxe, black_bottom und eine weitere Person
So, hab ihn jetzt ein paar Stunden laufen und hab nen riesigen Akku Drain. Es scheint, als kenne die CPU hiermit nur zwei Zustände: 1512 oder Deep Sleep... Ich mache nochmal ne komplett neue Installation.
 
Uargs..
Das ist aber wirklich nicht gut :(
 
Jo, mal schauen... Auf XDA berichtet niemand darüber. Vielleicht liegts auch an was anderem...
 
Elting schrieb:
So, hab ihn jetzt ein paar Stunden laufen und hab nen riesigen Akku Drain. Es scheint, als kenne die CPU hiermit nur zwei Zustände: 1512 oder Deep Sleep... Ich mache nochmal ne komplett neue Installation.

Ich hatte den auch mal kurz (0.4.0) - bei mir waren es drei Zustände (ich glaube 1026 war noch dabei) ;)

Ich kam vom Hells-Kernel und hatte nichts gewiped.
Im xda-Thread wurde doch ähnliches berichtet, aber keine Lösung gefunden, bzw. mpdecision dafür verantwortlich gemacht. Bei mir hat das aber nicht geholfen.

[KERNEL] Semaphore N4 0.5.5 - Page 35 - xda-developers

(ab dem letzen Post [#350] auf der Seite, auf der nächsten ist dann ein Screenshot von der CPU-Aktivität - bei mir war alles andere bei 0%)
 
  • Danke
Reaktionen: Elting
Danke für den Tipp! Hab jetzt mal komplett neu geflasht und den Trick mit Trickster eingestellt! Schaun wir mal!
 
Wer einen Akkudrain hat, sollte mal seinen DeepSleep begutachten bzw. anschließend mit better bat. stats den Übeltäter herausfinden.

Nutzt jemand den interactive governor? Sehe keinen Unterschied zwischen ondemand und interactive.
 
Deep Sleep liegt bei mir nun bei ca. 55 %, obwohl das Handy die meiste Zeit aus war. Der Rest hängt bei 1026... Also so richtig rund läuft es noch nicht...

N4 transmission
 
Hast du was im Trickster Mod verstellt?
Wenn ja, dann mache MPDecision aus, speichere oben, mache es dann wieder ein uns speichere wieder.

DeepSleep bei mir mit jedem Kernel, egal ob Stock oder Custom bei 97%.
 
Ja, hatte heute abend mpdecision ausgeschaltet... Hab es jetzt wieder aktiviert und beobachte! :)
 
So, scheinbar hat sich das nun eingependelt. Deep Sleep sieht nun normal aus und von der Performance her ist es auch top! Bin auf die nächsten Releases gespannt! :)

uploadfromtaptalk1367392525238.jpg

N4 transmission
 
Elting schrieb:
Deep Sleep liegt bei mir nun bei ca. 55 %, obwohl das Handy die meiste Zeit aus war. Der Rest hängt bei 1026... Also so richtig rund läuft es noch nicht...

N4 transmission

Du bist dir auch ganz sicher das du die Frequenzen neu gesetz hast?
Da ich auch mpd immer deaktiviere, weiß ich das mein Gerät dann generell auf 1026 hocken bleibt, einmal Trickster geschlossen, geöffnet und die Frequenzen neu richtig gesetzt und Ruhe war.

So ist es idR bei mir und hilft, keine Ahnung ob das dein Problem ist und löst.
 
  • Danke
Reaktionen: Elting
So, also GPS funzt bei mir auch nicht...

N4 transmission
 
Hab jetzt nochmal geflasht und GPS funzt! Komisch...

N4 transmission

Der ursprüngliche Beitrag von 23:05 Uhr wurde um 23:28 Uhr ergänzt:

Neue Version online!
Ich hatte den Dev von PGM angeschrieben, dass er den Semaphore mit aufnimmt. Das hat er mit dem heutigen Update getan, allerdings funzt PGM jetzt nicht mit der neuesten Semaphore Version. Hierzu müsste PGM nun wieder aktualisiert werden...


N4 transmission
 
Ließ mal was bponury bezüglich dem semaphore schreibt ;-)

From LG powered Nexus!!!
 
Lies mal was stratosk schreibt :flapper:

bponury:

Updated the app to support:

Latest Franco kernels
Latest Faux Beta
HellsCore (yep)
Semaphore module is there but the kernel dev must enable KALLSYMS

stratosk:

- Linux kernel 3.4.43
- Fix issues with logger module
- Enable KALLSYMS

Please note that due to updated kernel version, touch control app most probably will not work.

;)
 
Ich weiß, hatte es gelesen! :)

N4 transmission
 
So, nach einem Tag mit der neuen Version scheinen sich alle Probleme in Luft aufgelöst zu haben.
GPS funzt, alles super smooth und der Akkuverbrauch ist ein Traum!Eigentlich der Beste, den ich bisher hatte bei immer ähnlichem Nutzungsverhalten: sonst liege ich imemr zwischen 20 und 26 Stunden (in der letzten Zeit bin ich sogar nicht mal mehr an die 20 Stunden gekommen) und jetzt mit der 0.6.0 das:

1.png2.png3.png

Also, ich kann wirklich eine Empfehlung aussprechen. Einfach mal testen! :)
 
  • Danke
Reaktionen: rusak2
Neue Version ist online!

N4 transmission
 
Hat jemand auch die aktuelle Version am laufen?
Leuchtet die LED auch fast immer rot?

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

Ähnliche Themen

droidjam
Antworten
7
Aufrufe
2.482
droidjam
droidjam
IceDevil
Antworten
85
Aufrufe
15.624
alibiy
alibiy
C
Antworten
37
Aufrufe
8.494
The_King
The_King
Zurück
Oben Unten