Visualizzazione stampabile
-
2 allegato(i)
[KERNEL] Semaphore
Il Semaphore kernel di Stratosk è sicuramente tra i più usati per il nostro N4 e forse qualcuno di voi lo usava anche per il vecchio Samsung i9000, quindi passiamo subito al dunque.
Allegato 69473
Le versioni >= 3.0.0b sono per Lollipop 5.x.x
Le versioni >= 2.2.0 sono per android KK 4.4.3
Le versioni >= 1.8.5 sono per android KK 4.4.1/4.4.2
Le versioni >= alla 1.8.0 sono per android 4.4 KitKat
Le versioni >= alla 1.5.0 sono per android 4.3 JB, tutte le precedenti per android 4.2
Features (in continuo sviluppo)
- Linux kernel 3.4.91
- built with Linaro gcc 4.8.2 201306
- Double Tap to Wake
- enabled O2 optimizations
- ondemand (Changed calculation of frequency, tweaked)
- conservative
- mpdecision dropped
- dyn_hotplug driver
- Noop scheduler (default)
- SIO scheduler
- Touch wake
- Gamma control
- LED triggers: touchwake, thermal
- Undervolting
- removed many debug options
Guida all'installazione:
1) scaricare il file .zip nel vostro terminale
2) riavviare in modalità recovery
3) eseguire un wipe cache e wipe dalvik cache (se provenite dal franco kernel flashate il franco kernel reset)
4) flashate il file .zip scaricato in precedenza
5) rieseguite un wipe cache e wipe dalvik cache
6) godetevi il Semaphore kernel ;)
Download
Change log:
3.1.0 (15/04/2015)
- Merge Android-5.1.0_r0.9 changes
3.0.5 (22/03/2015)
- cpufreq: new per cpu tunable util_threshold (default 25)
- Dynamic hotplug: Change algorithm. If CPUs have different util_threshold, the CPU with the greater one will be chosen
- ondemand: new tunable down_threshold. If load below this threshold lowest frequency will be user.
3.0.2 (18/02/2015)
- Linux kernel 3.4.106
3.0.1 (11/12/2014)
- Merge latest changes from Android source (5.0.1)
3.0.0
- Linux kernel 3.4.105
- Fix initramfs issues (mpdfake, initscripts) due to SELinux. Semaphore init script uses Chainfire's supolicy tool (included in latests SuperSU) to patch sepolicy
3.0.0b (18/11/2014)
- Lollipop release
- Merged latest lollipop branch
- Linux 3.4.104
2.4.0 (19/08/2014)
- Linux kernel 3.4.103
- ondemand: a small fix in check load condition (thanks to moddingg33k)
- tick-sched: Remove unnecessary statistics calculation required by mpdecision (thanks to moddingg33k)
- tick-sched: A couple of fixes from mainline
2.3.3 (19/07/2014)
- Linux kernel 3.4.99
2.3.0 (27/06/2014)
- Linux kernel 3.4.95
- ondemand: Change the calculation of next frequency to utilize lower frequencies more (the governor will be more sensitive to lower loads)
- ondemand: Change default touch load to 65 to keep the touch frequency to 1134MHz (because of the change in calculation)
Please note that you have to change the touch load to 65 in Semaphore Manager until the app update.
2.2.5 (15/06/2014)
- Linux kernel 3.4.93
- ondemand: Be friendly towards latency-sensitive bursty workloads (backport 2 patches that intended for 3.16)
2.2.2 (6/6/2014)
- Merge latest changes from Android KK 4.4.3 kernel source
- Added 2 more tunables to dyn_hotplug to control timer for up and down CPUs: up_timer_cnt (default 2 = 1sec) and down_timer_cnt ( default 10 = 5sec)
- Small improvement to dyn_hotplug
- Introduce a new 405MHz frequency to be used as minimum in case of flickering issues on some devices. This freq uses an HFPLL instead of the PLL_8 (which is used by 384MHz freq) and uses a higher L2 freq. Please note that a little bit more power consumption is expected (but with a small performance increase).
2.1.5 (26/05/2014)
- Linux kernel 3.4.91
- Fixes for camera from CAF (thanks to ihancioglu)
2.1.0 (06/04/2014)
- Linux kernel 3.4.86
- cpufreq: A small optimization on target freq selection
- config: Remove slub debug
2.0.9 (13/03/2014)
- Linux kernel 3.4.83
- msm: camera: Fix to avoid crashes (unfortunately it does not resolve all issues)
2.0.5 (30/01/2014)
- Linux kernel 3.4.78
- input: lge_touch_core: Fix double tap to wake unresponsive touch screen issue
- cpufreq: interactive: Enable input boost by default
2.0.2 (23/01/2014)
- Linux kernel 3.4.77
- Reworked double tap to wake functionality
2.0.0 (08/01/2014)
- Linux kernel 3.4.76
- lge_touch_core: Implement Double Tap to Wake functionality
- Interactive governor: latest updates from CAF
- lge_touch_core: Remove debug messages
- nefilter: xt_qtaguid: Remove debug messages, fixes from CAF
- sync: Fixes from CAF
- ledtrig-thermal: Fix issue that suspend procedure was blocked during boot (screen remain off)
- touchwake: Fix possible race condition
- Possible fix of kernel panic during update of gamma values
1.8.8 (22/12/2013)
- Linux kernel 3.4.75
- dyn_hotplug: Activate the driver 1min after boot (because during init scripts execution all CPUs should be online to get initial settings. Fixes issue where a CPU governor could be set with default performance governor. Thanks to ihancioglu for reporting and reproducing the issue).
- cpufreq: set initial utilization to zero on device CPU addition
1.8.7 (13/12/2013)
- Linux kernel 3.4.74
- Gamma control: apply new settings without the need of screen power off/on cycle (thanks to rmcc)
- fix sysfs scaling_min_freq file permissions
- config: Add CONFIG_NETFILTER_XT_TARGET_TCPMSS support (forgotten upstream update)
1.8.5 (07/12/2013)
- Merge upstream changes from KitKat 4.4.1 kernel
- Linux kernel 3.4.72
1.8.0 (21/11/2013)
- KitKat support
- Linux kernel 3.4.70
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
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
Tutti i change log qui
È consigliato resettare il proprio undervolt (in caso lo facciate) prima di flashare una nuova versione del kernel.
Thread su xda
Utilizzate l'app Semaphore Manager per gestire il kernel.
Qui ci sono numerosi settaggi per modificare i colori del display fatti da vari utenti su xda.
-
Riserviamo un post per il futuro, non si sa mai. rotfl
-
bene, visto che sono nuovo su nexus 4, mi daresti delle opinioni sui consumi?
-
Quote:
Originariamente inviato da
xMaTtEoRuLeZx
bene, visto che sono nuovo su nexus 4, mi daresti delle opinioni sui consumi?
Io ce l'ho abbinato con la Rootbox (ho anche fatto un leggero undervolt) e ci faccio 3h e mezza 4h di schermo alternando wi-fi e 3g. Secondo me è ottimo in wi-fi questo kernel, ti consiglio di provarlo :)
-
Io devo ancora provare il Franco..dicono tutti che è fantastico..Ma è meglio del semaphore? Qualcuno ha provato entrambi?
-
Io ho provato entrambi....
Secondo me si comparano. (li ho usati tutti e due undervoltati e il resto con le impostazioni default).
Spesso dipende come usi il cellulare....io ti consiglierei di provarli tutti e due e poi valuti in base alle tue esigenze.
Comincerei dal semaphore il quale è uno dei pochi ad utilizzare ancora l'mpdecision di qualcomm. Quindi diciamo che per certi versi assomiglia più allo stock rispetto agli altri.
Io poi del samaphore trovo utilissima la funzione Touch wake (sempre secondo il mio personale utilizzo).
Il "bello" del franco è che ci sono aggiornamenti quasi ogni giorno, quindi se sei un flashatore folle poi ogni giorno provare una versione con funzioni nuove e perfezioni varie.
:)
-
ragazzi questa mattina ho messo il semaphore sul telefono! voi avete fatto anche il bandabase?? comunque appena l'ho flashato mentre stava caricando il telefono per accendersi ( per la prima volta col nuovo kernel) è spuntato un led rosso, c'è stato un po piu del solito a caricare ma dopo che si accesso ( menomale) il led rosso ci sta ancora, se spengo lo schermo scompare , se lo accendo e lo utilizzo ricompare ! cosa puo essere? inoltre può essere che dopo aver fatto tutti i passaggi di cambio kernel ( ho cambiato solo kernel rom stock) abbia consumato solo il 4% di batteria?
-
Sì il consumo è possibile, comunque scarica l'app vai nel menù tweaks e disattiva il led rosso.
È una funziona che monitora la temperatura, più è rosso più scalda
-
Quote:
Originariamente inviato da
ciakk1
Sì il consumo è possibile, comunque scarica l'app vai nel menù tweaks e disattiva il led rosso.
È una funziona che monitora la temperatura, più è rosso più scalda
ok grazie :D un altra cosa tu noti che col semaphore il telefono scalda meno?
-
Quote:
Originariamente inviato da
melo93
ok grazie :D un altra cosa tu noti che col semaphore il telefono scalda meno?
Rispetto a quello stock non so perché l'ho tenuto poco roftl , ma rispetto al kernel faux sì
-
Quote:
Originariamente inviato da
melo93
ok grazie :D un altra cosa tu noti che col semaphore il telefono scalda meno?
Forse leggermente meno del franco e decisamete meno del faux.
-
L unica cosa che sto vedendo nella uso del kernel e che e lento ad aprire whatsapp XD notate anche voi la stessa cosa ?
Inviato dal mio Nexus 4 usando Androidiani App
-
Quote:
Originariamente inviato da
melo93
L unica cosa che sto vedendo nella uso del kernel e che e lento ad aprire whatsapp XD notate anche voi la stessa cosa ?
Guarda non credo assolutamente sia un fatto legato al kernel, magari avevi tante app attive, non so.
Comunque un messaggio a tutti quelli che usano il Semaphore: Stratosk ha pubblicato una versione beta 1.4.0b3
Changelog:
- ondemand: touch_load increased to 65% (1026MHz) for 2sec duration
- ondemand: touch_load is applied only to CPUs the load is above 15%. So, CPUs with low load (and most probably unused) are not boosted.
- built with Linaro 201306 (gcc 4.8.2)
Download Semaphore_N4_1.4.0b3.zip
-
Quote:
Originariamente inviato da
ciakk1
Guarda non credo assolutamente sia un fatto legato al kernel, magari avevi tante app attive, non so.
Comunque un messaggio a tutti quelli che usano il Semaphore: Stratosk ha pubblicato una versione beta 1.4.0b3
Changelog:
- ondemand: touch_load increased to 65% (1026MHz) for 2sec duration
- ondemand: touch_load is applied only to CPUs the load is above 15%. So, CPUs with low load (and most probably unused) are not boosted.
- built with Linaro 201306 (gcc 4.8.2)
Download
Semaphore_N4_1.4.0b3.zip
In questa beta ha anche eliminato l'mpdecision allo scopo di poter far effettuare dei test a noi utenti sulle differenze di prestazioni e durata rispetto alla versione con l'mpdecision attivo (la 1.3.0).
-
Io l'ho sempre disattivato di mio (con trickster mod)
-
Quote:
Originariamente inviato da
badcat
In questa beta ha anche eliminato l'mpdecision allo scopo di poter far effettuare dei test a noi utenti sulle differenze di prestazioni e durata rispetto alla versione con l'mpdecision attivo (la 1.3.0).
Mpdecision?
-
Quote:
Originariamente inviato da
punticci
Mpdecision?
In parole povere l'mpdecision gestisce le frequenze della cpu. Se è attivo e hai come frequenza minima, per esempio, 1026000 e massima 1512000 la cpu lavora solo con queste due frequenze. Se lo disattivi, invece, la cpu non usa solamente la frequenza minima e massima ma anche quelle che stanno di mezzo (tipo con le stesse min e max di prima passa anche per 113400, 1242000 ecc), quindi in teoria in alcuni casi il telefono sarà una cavolata meno reattivo ma si risparmia batteria
Spero di essermi spiegato bene rotfl
-
Quote:
Originariamente inviato da
ciakk1
In parole povere l'mpdecision gestisce le frequenze della cpu. Se è attivo e hai come frequenza minima, per esempio, 1026000 e massima 1512000 la cpu lavora solo con queste due frequenze. Se lo disattivi, invece, la cpu non usa solamente la frequenza minima e massima ma anche quelle che stanno di mezzo (tipo con le stesse min e max di prima passa anche per 113400, 1242000 ecc), quindi in teoria in alcuni casi il telefono sarà una cavolata meno reattivo ma si risparmia batteria
Spero di essermi spiegato bene rotfl
Esattamente.
E' una caratteristica del kernel originale e il Semaphore è uno dei pochissimi kernel che utilizza ancora questa modalità.
-
Quote:
Originariamente inviato da
badcat
Esattamente.
E' una caratteristica del kernel originale e il Semaphore è uno dei pochissimi kernel che utilizza ancora questa modalità.
Ma è un bene o un male? Non capisco a cosa possa servire..
-
Quote:
Originariamente inviato da
IImanuII
Ma è un bene o un male? Non capisco a cosa possa servire..
Eh l'ho spiegato io due post sopra a cosa serve...
-
Quote:
Originariamente inviato da
IImanuII
Ma è un bene o un male? Non capisco a cosa possa servire..
Un bene, a favore della batteria,in quanto USA anche le fraquenze intermedie e non sta sempre sulla più alta,che consuma più batteria.
-
Quote:
Originariamente inviato da
IImanuII
Ma è un bene o un male? Non capisco a cosa possa servire..
Ci sono correnti di pensiero diverse.
Qualcuno dice che avendo il processore che lavora solo con frequenze minime di 1026MHz i consumi sono più elevati rispetto a quelli con mpdecision disattivato che perciò hanno frequenze minime intorno ai 350mhz. Qualcuno dice che comunque passare da 1026mhz a 1500mhz richiede meno tempo che passare da 350mhz a 1500mhz quindi i consumi sono minori.
Diciamo che avendo mpdecision attivo è più simile al kernel originale.
Comunque sembra che con la prossima versione del Semaphore possa venire eliminato l'mpdecision.....resteremo a vedere che farà lo sviluppatore. :)
-
bah sinceramente l'uso della cpu in un telefono penso che sia la cosa che consuma di meno... bisognerebbe trovare un qualcosa per il consumo di dati ! avere uno smartphone ed essere limitato sotto questo punto di vista è un po una presa in giro! non arrivare a fare una giornata con uso intenso col 3g attivo! scusate sono andato ot, comunque dopo qualche giorno di uso il kernel riscalda meno rispetto al kernel stock!
-
Nuova beta 1.4.0b4 (probabilmente l'ultima e poi uscirà la 1.4.0)
Change log:
- ondemand: new tunables to control touch boost and some cleanups in the code.
Tunables:
- touch_load: the simulated load when there is touch in the screen (default 65)
- touch_load_threshold: over this load will be applied the touch_load (default 12)
- touch_load_duration: the duration of the simulated load in msec (default 1300)
Download
-
io lo usavo su l'i9000 e faceva davvero miracoli e a quanto pare da quello che mi dicono li fa anche con nexus4 però non so se flashare la 1.3.0 o l'ultima beta.
per caso si sa quando esce la 1.4.0? grazie in anticipo
-
Com'è l'autonomia rispetto al franco?
-
Quote:
Originariamente inviato da
xMaTtEoRuLeZx
Com'è l'autonomia rispetto al franco?
Rispetto al franco non so, però ti consiglio di provarlo (poi qui l'app per gestire il kernel è gratis). Io ci faccio le 3h e mezza 4 di schermo con wi-fi e 3g e anche con un venti minuti di solito giocando. Un giorno ho voluto fare un test ho fatto 20h di wifi e 4h di schermo (però 0 video e chiamate, ma abbastanza whatsapp/facebook e una partitella a Carmageddon rotfl)
Quote:
Originariamente inviato da
le0n
io lo usavo su l'i9000 e faceva davvero miracoli e a quanto pare da quello che mi dicono li fa anche con nexus4 però non so se flashare la 1.3.0 o l'ultima beta.
per caso si sa quando esce la 1.4.0? grazie in anticipo
Si sa che non uscirà un'altra beta e la prossima, sicuramente, sarà la release 1.4.0 però non c'è una data. Se non la usi già puoi mettere la 1.3.0, io adesso sto usando l'ultima beta e in linea generale mi trovo come al solito (ottimamente) però noto che la fluidità è migliorata (e utilizzo lo stesso undervolt di sempre) perché, praticamente stratosk invece dell'mpdecision (che ho spiegato qualche post prima cosa fa) ha implementato una funzione che mantiene in uso tutti e 4 i core sempre, senza doverli risvegliare ogni volta. Sul thread di xda ha spiegato bene questa cosa e da quanto ho capito la versione 1.4.0 sarà una bomba rotfl
-
Se volessi mettere la nuova versione la 1.4 perderò sempre i dati giusto ? App ecc (mi secca riniziare sempre da capo)
Inviato dal mio Nexus 4 usando Androidiani App
-
Quote:
Originariamente inviato da
melo93
Se volessi mettere la nuova versione la 1.4 perderò sempre i dati giusto ? App ecc (mi secca riniziare sempre da capo)
Nono, flashando un kernel non perdi assolutamente nessun dato (e se hai installato qualche mod non perdi nemmeno quelle). Devi fare solo wipe cache e wipe dalvik cache prima e dopo del flash, che non cancellano dati o impostazioni.
-
Nuova beta Semaphore 1.4.0b5
change log:
- Introduce dynamic hotplug driver
- ondemand: Change default touch tunables (touch_load: 75, touch_load_threshold: 10, touch_load_duration: 1300)
- ledtrig-thermal: Rework the code
Praticamente il driver gestisce meglio la funzione dei 4 core sempre online che ha sostituito all'mpdecision, spiegata da stratosk in persona:
Quote:
It's a very simple driver that uses the calculation of load by ondemand governor.
The logic is very simple. The driver calculates the average load of CPUs every 0.5sec.
Over an average load threshold cores goes online and stay online at least for 5 seconds.
Under this threshold they go offline one by one every 5 seconds.
Minimum online CPUs is 2. But, I will introduce a tunable for this.
I will also add a tunable to enable/disable this driver.
The goal of the driver is to put additional CPUs online fast enough and offline them after long time (5sec) of inactivity.
-
Ho appena installato il kernel, è la prima volta che cambio kernel devo sistemare qualche opzione o vado tranquillo così com'è senza toccare niente?
-
Quote:
Originariamente inviato da
fabri1819
Ho appena installato il kernel, è la prima volta che cambio kernel devo sistemare qualche opzione o vado tranquillo così com'è senza toccare niente?
inizia tranquillo cosi...
scarica comunque semaphore manager dal play store (è l'app gratuita del kernel)... ;)
-
1 allegato(i)
Quote:
Originariamente inviato da
Fabio3105
inizia tranquillo cosi...
scarica comunque semaphore manager dal play store (è l'app gratuita del kernel)... ;)
Monti ancora il Semaphore? Per caso utilizzi un undervolt diverso (che sia stabile) da quello consigliato nel thread su xda?
Cioè: http://i.imgur.com/uCIkuUf.png
-
Quote:
Originariamente inviato da
ciakk1
Monti ancora il Semaphore? Per caso utilizzi un undervolt diverso (che sia stabile) da quello consigliato nel thread su xda?
Cioè:
http://i.imgur.com/uCIkuUf.png
Io uso questo: http://img.tapatalk.com/d/13/07/18/aty2u3a3.jpghttp://img.tapatalk.com/d/13/07/18/be5e8eha.jpg
-
Quote:
Originariamente inviato da
Fabio3105
Grazie, testo un po' per vedere come si comporta a livello di temp
-
Quote:
Originariamente inviato da
ciakk1
Grazie, testo un po' per vedere come si comporta a livello di temp
Non benissimo.... :cool:
-
Quote:
Originariamente inviato da
Fabio3105
Non benissimo.... :cool:
Forse non sarà il top ma scalda abbastanza meno rispetto a quello che utilizzavo io :thumbup:
-
Quote:
Originariamente inviato da
ciakk1
Forse non sarà il top ma scalda abbastanza meno rispetto a quello che utilizzavo io :thumbup:
Ottimo... Allora sono contento....
Hai anche undervoltato?
-
Quote:
Originariamente inviato da
Fabio3105
Ottimo... Allora sono contento....
Hai anche undervoltato?
Ma io parlo proprio dell'undervolt che hai postato rotfl
-
per chi l'ha provata,come va l'1.4 b5?