[Kernel][AOSP][2.02 | November 2nd] Plasma kernel

[Kernel][AOSP][2.02 | November 2nd] Plasma kernel - AT&T Samsung Galaxy Note II

.
VII. SourceSource for Plasma kernel can be found on my github.
XDA:DevDB Information
Plasma kernel, a Kernel for the AT&T Samsung Galaxy Note II
Contributors
ffolkes
Kernel Special Features:
Version Information
Status: Stable
Current Stable Version: 2.02
Stable Release Date: 2013-11-02
Created 2013-10-29
Last Updated 2013-11-02

Reserved
FAQ:
Q: I have no earpiece volume!
Be sure to choose Voodoo Sound or Sound Controls on the Audio tab of STweaks, then reboot.Q: I can stably run this kernel. How can I use the screen-off settings so I can save battery?
You will have to intentionally crash your system to find your lowest value, and should definitely make a nandroid first. Then be sure to turn off dynamic fsync on the bottom of the I/O tab of STweaks, as this being enabled could cause data loss from a crash. When you are done with that, the first thing will be to lower the PM Lock Frequency. Try 600MHz, press Apply, then put your device to sleep, give it a few seconds, and see if it wakes. Be sure it's going into deep sleep! If it wakes up instantly, it wasn't in deep sleep. After booting, things like mediascanner can take minutes to finish and release their partial wakelocks. If you are sure it went into deep sleep, repeat with a lower frequency until you cannot wake. Pull the battery and reboot. Once it boots up, go into STweaks and set PM Lock Frequency to the last stable frequency. You must do this before the screen goes off, or else it'll crash again when it enters deep sleep!
Now, once you are sure of your stable PM frequency, move on to the next step. Set CPU Screen-Off Max Frequency to 200MHz. Use your device for a few minutes or hours or whatever. If you find music skips too much, or calls are slow to wake up the phone, set this to 300MHz, but now be prepared for a possible SOD if your device cannot handle scaling that low. If you experience one, leave this setting at 300MHz, and enable "Keep sleep max frequency fixed" and set CPU Screen-Off Fixed Max Frequency to 200MHz. If your phone was slow to wake at 200MHz before, try setting this to 300MHz.
Err, a bit of a vestigial tail here...don't forget to set Screen-Off Frequency For Responsiveness (it's higher up in the PegasusQ Scaling tab) to whatever your lowest screen-off frequency is. It isn't needed anymore and I should have taken it out probably. Like its waking counterpart, it is a threshold below which aggressive upscaling is used. Basically, it's the frequency the CPU will want to hover at, in this case, while the screen is off.Q: Explain the PegasusQ screen-off settings.
CPU Screen-Off Max Frequency - This becomes the effective policy max as soon as you press the power button. Setting this too low may cause slow waking, or choppy music. Ideally this is just like normally setting the max policy; i.e. the governor will try to get frequencies as low as possible without going over this. This means if you get skips in your music at 200MHz, you can set this to 300MHz and the governor will be able to grab that extra power if it needs it. The problem is, some devices get finicky when they're bouncing around between sub-PM Lock frequencies and will crash. That's where the Fixed Sleep Frequency setting comes in. Read on.
Up Threshold While Screen-Off - This becomes the effective Up Threshold value as soon as you press the power button. Setting this higher will make the CPU more reluctant to scale higher (go faster).
PM Lock Frequency - This typically hardcoded value normally overrides the governor to throttle the CPU to 800MHz every time the system itself is unsuspended. This means it happens thousands of times a day, and can significantly add up after a few hours. I found different devices could handle different frequencies, so I made this is adjustable and added an interface to lulzactiveq and zzmoove. 500MHz works very stably for me.
After Boot Delay - Gives your device a grace period after booting during which none of the screen-off policies will be enforced so your start up tasks can be completed quickly.
Enable Fixed Sleep Frequency - This is where things get sorta confusing. If your device can't scale while sleeping, most likely it will be able to tolerate just sticking to one low frequency. But this has a downside...you disable the scaling logic of the governor, so you either have to suffer degraded screen-off performance (skips in your music) with a battery-saving frequency, or set this higher, but then that means you'll be pegging this higher frequency now even though you just needed it occasionally. But yay, I had an idea to put a one-way toggle in there. Read on.
CPU Screen-Off Fixed Max Sleep Frequency - So here's the thing. All devices can handle low scaling just fine, as long the screen is merely off (e.g. listening to music, etc). Once the system falls into deep sleep, that's when stability issues arise. So I had an idea... When you play music, you usually interact with the screen then turn it off, but it never actually goes into deep sleep until it's done playing. So I made it so the above Screen-Off Max Frequency will be used, including scaling, until deep sleep is called for. Then from that point on it will become fixed to this setting's frequency until you turn the screen back on, then the toggle gets reset.
v1.60 Release Notes
Control your panel refresh frequency - This is inspired by and based on AndreiLux's commits last year. Samsung includes a driver called "lcdfreq" that allows for scaling of panel refresh frequency to save power. It toggles between two states: limited and unlimited. Not all devices actively use this feature in stock builds, but it is possible to enable nonetheless. When in limited mode the panel's refresh rate is reduced from 60Hz (58 actual) to 40Hz (41 actual). I went a step further and made it so the limited mode's panel divider can be set manually (25, 27, 29, 31, 34, 37, 41, 45, 50, 60 fps). I also made it so the limited mode can now be forced, effectively allowing you to adjust the default refresh rate of your panel to save battery. Not everyone needs/wants 60fps. How much battery will this save? I don't know yet, but if you want to find out, the option is on the Screen tab of STweaks. Be sure to check the force checkbox. Very low rates will introduce flickering to some eyes (remember, this is a refresh rate being adjusted, not just fps).
Lcdfreq in PegasusQ - Note: This is irrelevant if you have decided to lock your refresh rate as described above. AndreiLux implemented this last year, and I modified it a bit and added more tunables. When enabled, PegasusQ will try to control the state of lcdfreq based on CPU load. Some of you may know AndreiLux abandoned this due to problems with flickering, but I have taken a different approach. His goal was to provide 60Hz as quickly as possible, which ended up frequently alternating between the two states. I'm aiming for the opposite - to stick with limited as long as possible and only boost it during heavy use (like a game). When bounced around between limited and unlimited too rapidly, there can be visible flickering and tearing, and different frequencies seem to slightly affect the color balance, which makes it even more noticeable. Quite possibly why Samsung doesn't use this on Note 2's.
lcdfreq_kick_in_down_delay - When PegasusQ decides it wants to call for the panel to be kicked down (into limited mode) it will have to ask this many times before actually doing it.
lcdfreq_kick_in_up_delay - When PegasusQ decides it wants to call for the panel to be boosted (into unlimited mode) it will have to ask this many times before actually doing it.
lcdfreq_kick_in_freq - Before PegasusQ will consider limiting the refresh rate, the CPU must be running at this frequency or below.
Boost lcdfreq on touch - Immediately boosts to the unlimited state, regardless of what PegasusQ calls for. A commit by AndreiLux. At some point I may add to this to make it time based (i.e. hold the boost for x amount of seconds after a touch).
Control the touchy backlight - On the Screen tab of STweaks. For ROMs that don't provide this support natively, otherwise it may be unreliable.
v1.65 Release Notes
Control your GPU - Over/underclock your GPU! Over/undervolt your GPU, too! Settings explained on the GPU tab of STweaks. Support for frequency, voltage, up/down threshold and GPU governor sampling rate.
Lock/Limit your GPU - You can lock your GPU to a specific step, or limit it to a definable maximum number of steps (e.g. 2 or 3)
Control S-Pen booster - Control/disable the S-Pen CPU booster. Stock is 800MHz, but I find that overkill.
S-Pen X,Y Axis Offset - For some reason Wacom sets this to like 30,30 depending on handedness. I have no idea why, I prefer 0,0. For most users I recommend checking the box on the S-Pen tab in STweaks and leaving the sliders at 0,0.
S-Pen Box Filter - Depending upon what you use your S-Pen for, this makes it much easier to draw shapes, but harder to do finer things, like writing. Think of it as "snap to grid".
Gestures! - Be sure to scroll down to the FAQ section to read how to use them.
Q: How do gestures work?
Flash the gesture pack and reboot. This places the action and handler scripts in /etc/init.d to be run on boot. The available gestures are listed on the Gestures tab of STweaks. You may customize the scripts, but be warned that flashing the zip again will overwrite them.
Some gestures will require you to hold down a touchkey while performing them. Be sure to have a Touchkey Modifier Delay set in STweaks (Screen tab). 100-200ms works well. Now any time you touch and hold a touchkey and then touch the screen within the delay you just set, you will activate gesture-only mode, during which the touchscreen will no longer send touch events to the operating system, only the gesture engine. This means you won't get any bleed through of gesture draws into the foreground app. It's also a safety of sorts, to prevent critical gestures from being accidentally triggered. The downside is, you can't have your cake and eat it...well, not without some delay at least. If the touchkey modifier was simply piggybacked onto the touchkey driver that would be nice, but it would also mean every time you used it, it would also report the touchkey (Menu/Back) event. Or, if you blocked it always, well then obviously your touchkeys wouldn't work anymore. So a compromise is using a very short delay, and after that delay is up, the touchkey driver checks to see if the screen has been touched and the touchkey is still down. If it has been touched, then gesture-only mode is set in the touchscreen driver until all fingers are up. If the screen has NOT been touched after the delay, then the touchkey driver assumes it's just a normal touchkey press and reports it like normal. This may seem like an insanely small delay, but it's meant for you to touch the touchkey and start drawing with another finger *simultaneously*.
tl;dr: Flash the gesture pack, go to the Screen tab and set the Touchkey Modifier Delay to 150ms or so, then apply it. Now test it. First swipe from near the bottom-left corner, up towards the middle-right side. Nothing should happen. Now repeat, this time putting a finger down on the touchkey and holding, while *at the same time* starting to drawing this simple gesture. Aim to have both fingertips touch down at the same time. If it goes well, the virtual power key will be pressed and it will go into suspend. If you have trouble, increase the delay until you get more practice. Eventually you'll be able to do this gesture one-handed by touching the touchkey with the side of your thumb, and sliding/flicking your index or middle finger outward in an arc..
Useful Apps (no affiliation):
BetterBatteryStats XDA / Play
Awesome tool that lets you see both kernel and partial wakelocks, as well as the average percent battery drain.CPU Spy XDA / Play
Provides a GUI to CPU time-in-state data.Micro CPU Monitor Play
One of my favorite apps ever, this puts a very small 1px bar across the top of the screen for each core. It can be set to come from left or right, the background can be set transparent, and the bar thickness and color are adjustable. Very useful for quickly (and discretely) noticing abnormally high CPU usage.top Play
Provides a GUI to the linux command 'top'. Provides a very reliable way to see what processes are using the most CPU time.System Monitor Play
This app makes monitoring CPU history easy, and makes it especially easy to see the effects of hotplugging tweaks because of the way it clearly displays the state of each core..
Notes:
How to use the mdnie-control interface:
AndreiLux and Slimer777 have gone to great lengths to create an extremely accurate internal color profile using a spectrophotometer. The color accuracy is terrific. Most computers and tech use a very unnaturally cool color temperature (blue tint to white), so many people are taken by surprise when they see how yellow reality actually is. You need some time to get used to the new colors, but if you are still not pleased with the result, AndreiLux has setup MANY options for you to tweak in STweaks. Personally, I recommend increasing the chroma saturation weight.
Settings can easily be configured in the STweak app now. Download it from the Play Store.
A bit about body bias:
To summarize this feature: When we traditionally change voltages (SetCPU, Performance Control, etc), we are changing the gate voltage of the transistors. This can be a difficult concept to grasp, so here's a super-simple analogy to help: Imagine a light switch instead of a transistor. You reach your finger out to flick it. The force your finger applies would be analogous to the gate voltage. However transistors also have a body voltage, which can be thought of as the resistance behind the switch. By applying a positive difference between the gate and body, (which usually, but not always, equates to reducing the body voltage) we can make the proverbial switch "looser" so it's easier to flip, but now that it's looser, it's starting to leak a small amount of current as a result. So why would we want to do this if it will be leaking more? Because now that the switch is looser, we'll hopefully need less gate voltage (aka finger pressure in the analogy) which would save more power than was lost with that leakage. Or, for someone overclocking instead of undervolting, the "loose" switch will be easier to flip, and you may achieve an overclock not possible by merely ramping up the gate voltage (brute force) in your voltage control app of choice. Basically like the old saying "two steps forward, one step back" - we get something good, but have to sacrifice a little power lost through leakage. But how about the opposite scenario? What if in the analogy you have a really strong finger? Then you're leaking power for no reason because you don't need a "loose" switch. So, we can take advantage of that fitness and tighten it up by applying a negative body bias (also called a Reverse Body Bias, or RBB). This will make the transistor harder to switch, but plug up the leak and therefore increase power efficiency.
Ok, so why does all this exist? Why not just have an enormous negative bias (RBB) from the factory and save all that power lost through leakage? Because not all chips are equal, and not all transistors on the same chip are even equal. Temperature, manufacturing techniques, a few atoms of contamination, etc can make the chip less "fit" and unable to switch as easily as others. So how do they help these weakling transistors from getting the entire chip sent to the factory garbage can? Well, on one hand the gate voltage can be increased, but that is a last resort since it would waste too much power. Before it comes to that, they get a crutch in the form of a positive body bias (also called a Forward Body Bias, or FBB), which hopefully you'll remember was the subject of the first scenario above. And remember what that does? It makes them easier to switch, but at the cost of slightly decreased power efficiency. This offers better power savings when compared to increasing the gate voltage.
Samsung knows all this, and bins their chips according the ASV level, which can be thought of as the "quality" of the chip. The higher the ASV number, the better the chip, and the less power it needs to do its job. At the factory they mix increased gate voltages with varying body voltages to end up with a table of stock body biases. Long story short, this is how they deal with less-than-perfect chips. It's a lottery for the buyer. But since their values aren't tailored to your chip - the hope is that maybe you can scrape by with a bit less power than Samsung thought a chip of that grade could. So what AndreiLux has done is implemented new scaling logic/control code that lets you adjust the body voltage, and thus the body bias. Thanks to him, we now have another tool to help us squeeze a little bit more power out of our chips.
Calculating your body bias is incredibly simple: bodybias = gatevoltage - bodyvoltage. If you know the voltage of a given frequency, you can calculate your body bias by taking the gate voltage (what it says for that frequency in your usual voltage adjustment app) and then subtracting the value of the slice that corresponds to the range the example frequency was in on the ABB tab of STweaks. This can get tricky, because people forget that "body bias" is a difference between two values. If you start off with a stock negative body bias, that is to say that your body voltage is higher than your gate voltage, increasing your body voltage will actually be increasing your bias and you'll be needlessly wasting more power. However if you start off with a positive stock body bias, adding to the body voltage will actually be decreasing your bias since it will be bringing you closer to the gate voltage.

Mine...
Sent from m

Gonna give this one a try, hopefully it plays nice with Trickster Mod.
Thanks dev.

Will this work with international model? Looks very awesome!

Had it intalled for almost 10 minutes but I already noticed that there is almost NO LAG when waking the screen. Awesome!!!

jibust said:
Had it intalled for almost 10 minutes but I already noticed that there is NO LAG when waking the screen. Awesome!!!
Click to expand...
Click to collapse
Are you getting good deep sleep? The only time the Note 2 screen wakes quickly is if it is not deep sleeping, at least from my personal experience.

BigBake88 said:
Are you getting good deep sleep? The only time the Note 2 screen wakes quickly is if it is not deep sleeping, at least from my personal experience.
Click to expand...
Click to collapse
Like a baby,
What I have noticed is an increase in the battery drain. From the screen shot, you will notice it is not actually scaling, it is either in deep sleep or at 1600 when using pegasusq. I haven't touched most of the settings so I may need to tune it a little more.
Changed to zzmove to see how it performs.

jibust said:
Like a baby,
What I have noticed is an increase in the battery drain. From the screen shot, you will notice it is not actually scaling, it is either in deep sleep or at 1600 when using pegasusq. I haven't touched most of the settings so I may need to tune it a little more.
Changed to zzmove to see how it performs.
Click to expand...
Click to collapse
I don't know why this is happening at the moment, but I do see what's causing this. In PegasusQ, up_threshold is getting set to 0. By default it should be 82. Use SetCPU or something to change the up_threshold to 82 while the PegasusQ governor is active. Or save 82 to "/sys/devices/system/cpu/cpufreq/pegasusq/up_threshold" via your favorite file manager.

ffolkes said:
I don't know why this is happening at the moment, but I do see what's causing this. In PegasusQ, up_threshold is getting set to 0. By default it should be 82. Use SetCPU or something to change the up_threshold to 82 while the PegasusQ governor is active. Or save 82 to "/sys/devices/system/cpu/cpufreq/pegasusq/up_threshold" via your favorite file manager.
Click to expand...
Click to collapse
Done, I will report back in a while. Thanks :good:

that was a great read
looking to try your kernel soon

I ran this on pacman and carbon today, losing superuser / root on both occasions.
Good work, though!
Sent from my GT-N7105 using Tapatalk 4

SwimDrewid said:
I ran this on pacman and carbon today, losing superuser / root on both occasions.
Good work, though!
Sent from my GT-N7105 using Tapatalk 4
Click to expand...
Click to collapse
No issues with root on AOKP. I flashed the supersu zip after flashing the kernel

jibust said:
No issues with root on AOKP. I flashed the supersu zip after flashing the kernel
Click to expand...
Click to collapse
Ah. Mind sharing that zip?
Sent from my GT-N7105 using Tapatalk 4
---------- Post added at 09:52 PM ---------- Previous post was at 09:50 PM ----------
SwimDrewid said:
Ah. Mind sharing that zip?
Sent from my GT-N7105 using Tapatalk 4
Click to expand...
Click to collapse
Physician, heal thyself
http://forum.xda-developers.com/showthread.php?t=1538053
Will try and report back
Sent from my GT-N7105 using Tapatalk 4

SwimDrewid said:
Ah. Mind sharing that zip?
Sent from my GT-N7105 using Tapatalk 4
---------- Post added at 09:52 PM ---------- Previous post was at 09:50 PM ----------
Physician, heal thyself
http://forum.xda-developers.com/showthread.php?t=1538053
Will try and report back
Sent from my GT-N7105 using Tapatalk 4
Click to expand...
Click to collapse
LOL, beat me to it.

jibust said:
LOL, beat me to it.
Click to expand...
Click to collapse
Gave you a thanks anyway
Zip did the trick on carbon, thanks!
Sent from my GT-N7105 using Tapatalk 4

SwimDrewid said:
Gave you a thanks anyway
Zip did the trick on carbon, thanks!
Sent from my GT-N7105 using Tapatalk 4
Click to expand...
Click to collapse
No problem, I actually always flash it. I prefer SuperSU

Amazing read ...and an amazing kernel I'm sure..
I've just downloaded ..and will flash the build shortly..
Wow...I'm baffled by the overwhelming amount of tweaks and customizations this kernel contains...
It's a true marvel ...and one I'm thoroughly going to enjoy I'm sure...
Many thanks to you..g
Sent from my SAMSUNG-SGH-I317 using XDA Premium 4 mobile app

gregsarg said:
Amazing read ...and an amazing kernel I'm sure..
I've just downloaded ..and will flash the build shortly..
Wow...I'm baffled by the overwhelming amount of tweaks and customizations this kernel contains...
It's a true marvel ...and one I'm thoroughly going to enjoy I'm sure...
Many thanks to you..g
Sent from my SAMSUNG-SGH-I317 using XDA Premium 4 mobile app
Click to expand...
Click to collapse
Check out the STweaks apps, it's a fuc**ng encyclopedia.
---------- Post added at 11:12 PM ---------- Previous post was at 11:11 PM ----------
ffolkes said:
I don't know why this is happening at the moment, but I do see what's causing this. In PegasusQ, up_threshold is getting set to 0. By default it should be 82. Use SetCPU or something to change the up_threshold to 82 while the PegasusQ governor is active. Or save 82 to "/sys/devices/system/cpu/cpufreq/pegasusq/up_threshold" via your favorite file manager.
Click to expand...
Click to collapse
Wanted to let you know that it seems the up_threshold for zzmove is 82 instead of the default 70. Could there be a mix up between the zzmove and pegasusq up_threshold values?

jibust said:
Check out the STweaks apps....
Click to expand...
Click to collapse
Uh....
It's gonna take me a week to figure out how to run this beast ....(headache starts now)...LOL
Sent from my SAMSUNG-SGH-I317 using XDA Premium 4 mobile app

Related

[APP] LUMOS v1.0 FINAL (Complete HTC Auto-Backlight replacement) [UPD.:08-02-2011]

. . . .
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
. . . . (current version 1.0 FINAL)
More control. More battery. More comfort.
Lumos is fully customizable automatic backlight level changer developed as a complete replacement for stock HTC auto-backlight service. A wide range of HTC branded devices is supported starting from HTC Diamond/Touch Pro up to the current WM flagship HD2.
Lumos focuses on minimal CPU usage, maximum battery saving, low memory footprint while maintaining maximum backlight change smoothness and responsiveness. Lumos combines the best from all available auto-backlight solutions and adds many extras for your tweaking needs
Features:
- simple and clean installation and uninstalation
- extremely low CPU usage when working, 0.05-0.3% on polling
- NO battery and CPU overhead (drainage) unless you actively use your device's display
- low memory profile considering all the options
- simple and reliable configuration GUI with easy step-by-step calibration process
- many options that let you change every aspect of how your backlight works
- program exceptions to set different backlight for any application
- relative excaptions allow you to amplify/attenuate the automatic backlight for specific applications
- ability to force display ALWAYS ON for certain application
- integrated tool to detect all active application names, leave it running in the background and it will log all application names you use
- configuration failsafe. No matter what you do, Lumos won't crash, just tell you what is wrong and use defaults.
- supports vast majority of HTC branded devices since HTC Diamond
- many supported languages
See this thread for details and news and download:
http://forum.xda-developers.com/showthread.php?t=450318
Enjoy the light

Hi Nik3r, going to try it and report back...

Hi,
Can you explain what are the advantages to use your soft compared to the original ?

looks i did everything correctly, including calibration (770 units for maximum light, 0 for dark), Lumos is automatically started after soft reboot but - opening it explicitly from the program directory - it says that Lumos is temporarily disabled and no backlight control happening indeed....should i switch ON automatic light control in
settings-->Power?
any other explicit instruction to be given?

Read the FAQ more carefully next time
Lumos is DISABLED as long as the LumosWizard (configuration) is active. Click Save+Apply on the bottom to exit LumosWizard and start the invisible service.
and Auto backlight in Power settings of your device must be DISABLED

can't wait to give it a go.... (once i get my device!)

Thanks for the update.
I tested for about 20 minutes, and it seems to work good, except that, if I open the wizard and then select 'exit' and 'start service', it seems to forget to return to the minimal backlight, after it is exposed to strong light (almost max. backlight).
When I repeat above steps, but first selecting button 'Save+Apply', everything works good.

The HD light sensor seems too "insenstive" for my expectations. It needs a fair amount of direct light to rise above 0.
In a dimly lit livingroom, my screen needs to be brighter than in bed with my wife sleeping next to me.
This difference is impossible to achieve, and then I might as well stick to the standard.

That is weird I can't seem to reproduce, can you write a step by step what to do to see this bug? Including current light levels.
I have lowest backlight (it's dark)
open LumosWizard - it sets backlight 6 during configuration
I expose device to maximum light tap Exit - Yes (to start Lumos service)
I move away from the light to shade and backlight dims back to minimum I had before teh test in ~2s
Can you write such step by step to reproduce it? I can't fix it if I can't see it
ugumba:
try to play with the Force BL=0 option, one guy from the Raphael forum is using value 1 (so it dims when sensor reports steady 0 in bed for example) and otherwise it's automatically between min and max backlight

nik3r said:
Read the FAQ more carefully next time
Lumos is DISABLED as long as the LumosWizard (configuration) is active. Click Save+Apply on the bottom to exit LumosWizard and start the invisible service.
and Auto backlight in Power settings of your device must be DISABLED
Click to expand...
Click to collapse
OK you are right. Anyway, the modulation of the backlighting was extremely small - probably i misunderstood the "maximum light" description and i put it under a very strong source, which essentially calibrated the system to always stay dim...

I would like to thanks you man because this app works really great!!!
you're the boss.
Thanks dude

Someone complained about extra scrollbar sometimes visible on the settings tab, does anyone experience the same problem? Should I decrease the usable height for the tab panels by a few pixels? (it's possible because I don't know anyone with HD)
Can someone experiencing this glitch post an unscaled screenshot, co I can measure the available pixels and change accordingly?

I haven't problem with scrollbars, and I have an attach my screen picture.
As for the problem with lower limit, today I start looking my device in a dark place and my backlight was in the lowest value.
After that gradually I went to a brighter place - my backlight became lighter - and after in a brighter ... at the point my backlight was at the brightest point (10).
After that I returned to the darkest place - my backlight became 4 - after in a a brighter point - my backlight went to 6 - and at the end I went in a totally dark place, but the backlight sticked at 2 and never went at the lowest point.
p.s. sorry for my english

Thanks for the screenshot, seems all right but still I will decrease the height by 2pixels just in case
and at the end I went in a totally dark place, but the backlight sticked at 2 and never went at the lowest point.
Click to expand...
Click to collapse
This is exactly what tolerance is supposed to do.
Let's say you are at 10, backlight goes gradually down as you go away from teh light slowly. But if you have tolerance set to '1', it won't change until the backlight is supposed to change by 2.
If you move really carefully away so it fades one by one it will go like this:
10-9-8(change)-7-6(change)-5-4(change)-3-2(change)-1
= your backlight is stuck at last value 2, because you tolerate imprecission of 1.
let's say you move away fast so it's not linear
10-3(change)-2-1(change) = all is fine
and now even a bit faster
10-2(change)-1 = stuck
this is good outside because you save battery but I recommend using the Force BL=0 below option along with tolerance or it won'T sometimes go down to 1.
So, try
tolerance = 0
or leave
tolerance: 1
Force BL=0 below: 5 (or 1 or something small )

ugumba said:
The HD light sensor seems too "insenstive" for my expectations. It needs a fair amount of direct light to rise above 0.
In a dimly lit livingroom, my screen needs to be brighter than in bed with my wife sleeping next to me.
This difference is impossible to achieve, and then I might as well stick to the standard.
Click to expand...
Click to collapse
This is because of hardware problem of HTC light sensor (too cheap sensor?).
To correct it, one should use nonlinear scale for low light intensity.
This is possible with G-light, which looks to me more relevant and advanced for HD.
Just to illustrate what I said, I publish my nonlinear scale in G-light (works fine in the twilight):
level min max
1 0 2
2 3 20
3 21 100
4 101 200
.....
9 601 700
10 701 1000
Has LUMOS linear scale only?

It uses automatic linear scale, I yet have to implement quadratic and logaritmic function.
If you want different behaviour, try to override your sensor calibration (set it a bit lower like 500) and use Force BL=0 and Force BL=1 in settings.
try something like:
MAX_BL_LUMENS = 700
MIN_BL_LUMENS = 0
MAX_BACKLIGHT = 8
MIN_BACKLIGHT = 3
DIM_TO_MINIMUM_BELOW = 1
DIM_TO_MINIMUM_PLUS_ONE_BELOW = 120

Yes, you are so right, I understood what is happening.
Thanks
Please, accept my donation (confirmation number: 327776023L896074D)

You're welcome, thanks for support

malfunction upon wakeup AND Unlock
nik3r,
hopefully this is not because of my setting.
reproduce:
lock the phone, wait till the phone sleeps, leave it for a while (now the screen should be off)
press power button to wake up the phone, now the phone is dim but still locked
unlock the phone, screen still dim, unless i start lumos (the wizard) then exit
sometimes after a long while after unlocking, lumos will kick in and screen changes brightness.
i have also reproduced this problem with HDTweak, which that program there is an auto-lock setting, which kicks in when the screen brightness dims, which in turn is set in the settings->systems->power->advanced tab.
all tests were done on battery power.

Lumos v09
Lumos v09 has been released
This version introduces a few new minor features but focuses mainly on fixing most (if not all) known bugs and improving reliability and ease of use for new users. CPU usage and battery life should be the same or little better than v08 but the difference is nominal.
My battery can last 4-5 days now with low usage
Main new features:
- exceptions can be set to detect only active window (both modes have similar CPU usage)
- installation will automatically disable the built-in HTC auto backlight
- uninstallation will return auto backlight to its former state
- LumosWizard can return backlight to former levels upon exit
- setting tolerance won't prevent backlight from going to lowest and highest settings
- added LumosStarter.exe that (re)starts Lumos service without any feedback
Main bug fixes:
- fixed bug when Lumos got stuck on device softreset due to a bug in HTC sensor libraries
- fixed bug that would set AC power brightness on switch from cable to battery even if disabled in settings
- fixed glitches while deleting and saving multiple exceptions
- fixed erratic backlight control during operation of LumosWizard
.. and many more I forgot to track
If you like and use Lumos, you are welcome to donate.
Enjoy the new version!

Optimal battery life w Liquid Smooth [guide]

My current recommendations for optimal battery life are as follows: 3.8.0 exp 1 (Lean Kernel)(imoseyon)
this started as an IRC question & i decided i'd like to have something as a reference for those who'd like to maximize battery life with their respective setups. Feel free to post some screen shots of your battery life to show others your sucess!
battery 101 - cut the services (not in use) off !
How to configure Lean Kernel for optimal battery and secondly performance
Please download / flash your mods ROM / kernel / also flash lean tweaks (jakebites)
inside Lean Tweaks:
`enable 'File system speedup' (aka mount disc noatime)
`enable zram
`enable SD card speedup (set to base 2048)
this will all take effect once you reboot (it uses init.d scripts which require a reboot)
`Go to kernel menu > set customer vibration value > set vibration (/haptic) to 1000
install franco.kernel.apk
https://play.google....m.franco.kernel
go straight to system settings > more > *tick* NFC on [off]
next, disable logcats: liquid control > prop modder > *tick* disable logcats (also within franco.kernel.apk *tick* turn off logger)
liquid control > general > *tick* boot animation on [off] ; android bugmailer *tick* on [off] ; Check in service on [off] *tick*
best to manually toggle 3G / SYNC / LTE / GPS / bluetooth (obviously) as they are not in use - these are some of the biggest battery thieves unless you wantto use powersaver;
Power saver optimal settings:
~powermode: power saver / default
~by request (thanks terryrook) here are some preferred powersaver settings (top to bottom)
*tick* enable powersaver [on] off
Screen off action: *tick* [data off]
data action delay: [10 mins] (should be tailored to your preference (this is a great baseline)
Sync action:[ Autosync Off (delayed)]
Time Interval: [12 hrs] (i prefer this / + syncing each time i want my mail etc)
Screen-off Wifi action: [untouched]
Sync data usage: [Prefer Wifi]
Sync mobile data preferences: Prefer 3G
Not only do I use franco.Kernel apk for access to Franco's latest releases, I also use it for functionalities:
Sqlite defrag on boot,
Disable logger
Set max freq for s/o
Etc!
set your brightness with the slider to your liking - i stay in the area of 50%. Display = #1 battery hog
~Governor InteractiveX (interactive for additional stability)
~Max freq: 1650 (highest stable freq for your device) ( my thinking is the quicker the info is processed, the less processing time)(works for me) (you may want to experiment with this!)
~Min freq: 350 (as franco once said, less disatance between min / max = less time spent switching frequencies)
default IO sechduler
lastly for now, remmeber that your GPU settings will greatly affect batery life! i keep my gpu at 307 unless i dgaf about battery at time (for LK inside terminal simply type $su [enter]; $oc gpu 0 [enter]
if you're using set on boot, make certain that you have (lets say feature A) feature A set on boot for instance within either franco.Kernel.apk OR leantweaks. if you have feature A set on boot in both franco.Kernel & leantweaks, you will end up negating any battery benefits.. bc the system expending energy uselessly
Sent from my Galaxy Nexus using xda premium

First off I'd like to say ur rom is sick fast and i haven't had 1 reboot or issue since applying it on my verizon nexus. I also get great battery life now. 4-5 hrs screen time and 15 hrs total. Here's kind of a noob question though. I've rooted my android phones in the past.... g1, my touch my touch 3g, and my touch slide. All I really did was flash roms backup tweaks n stuff like that. What and how exactly do u mess with the kernal? Isn't the Franco kernal in liquid 1.4 already? Or are you saying buy the app on the market to keep it updated? Thanks for your help
Sent from my Galaxy Nexus using Tapatalk 2

gps navigation (google maps) and power consumtion

issue - using google navigation phone is getting hot and consume a lot of energy
3 hours of using google navigation probably will kill battery.
solution - with help of Tasker
we will write profile to reduce frequency of cpu
new profile "low cpu"
context - navigation
new task "low cpu"
add action - Misc - Cpu - max frequency 800 000
add exit task - new task "cet cpu back"
add action - Misc - Cpu - max frequency (back to default)
resultphone does Not getting hot, has same performance, and relatively low battery drain.
same profile possible to aplay to other battery hungry apps (ofcourse ifthey can run same smouth under low cpu).

tried to reduce frequency to 600000. (instead 800000)
works good.

[Kernel][AOSP][2.02 | November 2nd] Plasma kernel

{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
I. Thanks!
.
Disclaimer: I take no responsibility for any damage that might occur to your device. You proceed strictly at your own risk. This is a work in progress.Thank you for your interest in Plasma kernel, I hope you enjoy it. I've poured hundreds upon hundreds of hours of work into putting together a kernel that best showcases our hardware. Plasma kernel would not be possible without super-smart people like AndreiLux, DerTeufel, temasek, googyanas, faux123, and the regular contributors to the official cm kernel repositories. Please donate to them to support their hard work!.
II. Features
CPU frequency range: 100MHz to 2.16GHz
ZZMoove, PegasusQ, performance (with support for multiple cores), and LulzactiveQ CPU governors
Zen, noop, deadline, row, cfq, sio, vr schedulers
Experimental Wolfson AND Voodoo Sound support (choose one or the other on the Audio tab of STweaks, then REBOOT!)
CPU voltage control
Linux 3.0.101
AndreiLux: Screen color calibration with mdnie-control
GPU over/underclock and over/undervolt
Control the frequency and voltage of all 5 GPU steps
Support for GPU clocks from 54MHz to beyond 800MHz
Control GPU governor sampling rate
Built with 4.8 toolchain
Built with -O3 and other optimizations
Extra panel brightness (<299)
Faux123: Dynamic fsync control (v1.2)
AndreiLux: Charging control
Support for STweaks
Control screen refresh rate (can be reduced to save battery)
AndreiLux: Memory/internal voltage control interface
AndreiLux: Adaptive Body Bias (ABB) control
AndreiLux: Digital brightness control/reduction (better than ScreenFilter)
LED control (with some color mixing adjustments by me)
Touchwake support, including touchkeys (enable in Screen tab of STweaks)
Multi-touch kernel-based gesture engine
Proportional Rate Reduction for TCP
Joe's RCU
Temasek: Frandom module (enable on the Memory/Internal tab of STweaks and REBOOT!)
S-Pen settings on the S-PEN tab of STweaks
zCache
Support for 4x parallel "Turbo ZRAM" (settings are on the "I/O / RAM" tab of STweaks)
UKSM
Enhanced Touchwake/Slide2Wake functionality
Arc-swipes to turn your phone on with one hand (Screen tab of STweaks)
Long-tap-off to turn your device off with one hand (Screen tab of STweaks)
Power off gesture: tap the top of the screen and a touchkey at the same time to trigger suspend
Change your power manager (PM) CPU lock frequency
Press the home button 4 times to toggle the screen negative
Press the home buttom 3 times as fast as you can to toggle the screen into nightmode (red)
exFAT support
For more, take a look at the commits
.
III. What's NewDon't forget to check out what was new in 2.0b7 and 2.0b12!
[ZRAM Total Disk Size]: By default ZRAM is setup as four (4x) swaps operating in parallel at equal priorities. Set this to the TOTAL amount of RAM you wish to dedicate to ZRAM, and STweaks will automatically divide it evenly by four.
[UKSM Enable]: Enable the UKSM daemon that will continuously scan memory for duplicate data.
[UKSM Daemon Sampling Rate]: How often the daemon checks for duplicate data.
[UKSM CPU Usage Limit]: How much system load (CPU usage) the daemon will use.
[Long-tap-off Always On]: Found in its own section under the Touchwake section. When enabled Longtapoff will always work, regardless of how you woke your device. Takes effect immediately.
[Many ZZMoove settings]: Many ZZMoove settings on the newly created "ZZMoove Scaling" and "ZZMoove Hotplug" tabs. Descriptions coming soon.
.
IV. Download / Donate
Support the development of Plasma kernel by DONATING if you find it useful!
AOSP 4.3.x only!
Plasma kernel v2.02 for Sprint Note 2 (L900)
Plasma Gesture Pack
Support the development of Plasma kernel by DONATING if you find it useful!
.
V. Changelog
v2.02 (November 2nd, 2013)
Tracked audio/media skipping bug to disabled loggers (thanks pappschlumpf!) By default logging is now enabled. While you can still disable it, it will always be reset upon reboot.
Changes to write-back caching (thanks temasek)
Support for switching touchkey backlight driver from ROM/kernel (bottom of Screen tab in STweaks) (thanks Yank555-lu)
Some bug fixes for Slide2Wake
.
VI. Archived Changelogs
2013-10-29 | v2.00
Linux 3.0.101 (thanks temasek)
Hopeful bugfixes for untouchable screen, and taps on top triggering suspend
Should you encounter a problem like that, cycling on and off (power button) should now reset any state variables
Fix FC issues. Works with more ROMs, including the latest AOSP nightlies
Allow pm_idx_freq to be set as high as 1600 MHz, theoretically could slightly speed up waking from deep sleep. Set on "Plasma Tuneables" tab of STweaks
Added several new tuneable ideas to zzmoove
Added "ZZMoove Scaling" and "ZZMoove Hotplug" tabs to STweaks. The descriptions are still a work in progress
Moved mDNIe controls to their own "Color" tab
Greatly enhanced the longpressoff feature's reliability and ease of use (by upgrading to scheduled_work)
Slide2Wake and arc swipes now trigger CPU and memory frequency locks to speed up waking
Slide2Wake and arc swipes no longer accidentally send input in the milliseconds after the screen comes on, but before you finished your gesture
Added option to Screen tab of STweaks to enable Longtapoff always, regardless of how the device woken
Expanded the trigger areas for slide2wake and arc swipes
ZRAM/swap is working and compatible with "Turbo ZRAM" (4x parallel ZRAM swaps for quad core devices) (thanks googyanas)
ZRAM settings in STweaks now allows you to set one total size of RAM that will be divided into 4x ZRAM swaps. Setting to 0 disables all swaps. Changes are applied instantly. No need for any other ZRAM/swap apps or init.d scripts.
UKSM (Ultra KSM (Kernel Samepage Merging)) enabled, with settings on the "I/O / RAM" tab of STweaks. Mostly just a novelty, but what it does is continuously checks RAM for duplicate pages to save space
zCache enabled and always running
Cleancache enabled
Frontswap enabled
Enabled LOWMEM_CHECK (thanks googyanas)
Enabled SPEEDUP_KEYRESUME as discussed in temasek's thread (Placebo effect? Maybe. Better ask Brian Molko. A cookie for you if you understand that reference) (thanks googyanas)
Added my own wake-speed ideas (2-second max-CPU-speed lock, and 2-second max-bus/RAM-speed lock on KEY_POWER press)
Permanently fixed (hopefully) the laggy, skippy, media bug
Toggle negative screen mode by taping the home button 4 times quickly (but NOT as fast as you can) (based on a commit by gokhanmoral)
Toggle nightmode (red) screen mode by pressing the home button 3 times VERY quickly (pretty much as fast as you can) This is purposely designed to be a dim red, as searing bright 255 red isn't particularly easy on your eyes in the dark. Fun fact: this (and the negative one described above) are functional even during boot...triple tap to see your bootscreen turn red
CPUFreq bug fixes/commits (thanks DerTeufel)
Permanent TRIM (thanks googyanas)
Added shell scripts to quickly and easily see statistics with as little typing as possible. Open a command prompt on your device, type "su" and press enter to ascend to root. Now you can type "szc" and press enter to see zCache statistics (szc = show zcache). Or type "ssw" to see swapfile/zRAM statistics (ssw = show swap). Note: Some statistics don't fully populate until a few minutes after boot
Experimental: Set ZZMoove governor for battery savings by obtaining a root shell as described above, then typing "zzb" and pressing enter (zzb = zzmove battery). Does not reapply after reboot.
Compiler optimizations
2013-07-19 | v1.67
- Updated to Linux 3.0.84 [thanks, temasek]
- Enabled support for SELinux
- Fixed some bugs with the stylus touchkey block
- Voodoo was removed
- Sound-control is permanently enabled. Anything Voodoo did, sound-control can do.
- A bunch of ROW and other smaller cherry-picks
- Fixed some STweaks bugs
- Fixed some gestures in the Gesture Pack
2013-06-26 | v1.65
- Updated to Linux 3.0.83 [thanks, temasek]
- Better battery life, particularly while idle. [thanks, temasek]
- Gesture engine now has support for two special gesture flags; TKEYS and EXCLUSIVE
- S-Pen: Disabled the booster and made it optional, as well as what frequency it boosts to. By default this used to lock at 800MHz when you used the pen, which has shown to be way overkill for the most part.
- S-Pen: Adjust input averaging strength (2 or 3 are the only useful settings. Wanna see what the actual input is from the digitizer? Set this to 0 and draw a line. Yeah...now you see what the poor driver has to filter out)
- S-Pen: Adjust box filter strength for pen input and hover input. Mostly experimental.
- S-Pen: Set minimum pressure before pen input is registered.
- S-Pen: Set fixed pressure (driver will never report sensitivity, and instead uses this value)
- S-Pen: Disable side button (for those that don't use it, it can really get in the way at times)
- S-Pen: X and Y axis offset (tweak this to your screen and usage. Samsung defaults this to -30 for right handed users)
- S-Pen: When the pen is within hovering distance, the touchkeys will now be disabled. When out of range, the block will be held for a definable period before restoring them. This means you can naturally write without fearing the buttons will come on and do crazy stuff.
- S-Pen: Disable touchscreen and gestures when drawing
- GPU: Frequency, voltage, and up/down threshold are available for each of the 5 steps.
- GPU: Expanded GPU clock options: 54, 100, 160, 200, 266, 275, 300, 333, 350, 400, 440, 500, 533, 600, 640, 666, 700, 733, 750, 800+ MHz.
- GPU: Adjustable GPU scaling driver polling frequency (sampling rate) [thanks, AndreiLux]
- GPU: Lock GPU to one user-defined step.
- GPU: Limit the GPU to less than 5 steps.
- GPU: Increase default GPU polling frequency to 100ms (stock was 1000ms (!!!) and causing laggy performance within the first few seconds of using your device). [thanks, AndreiLux]
- Fixed some STweaks bugs.
- A bunch of predefined gestures in the Gesture Pack.
2013-06-11 | v1.60 [733 GPU overclock] / [No GPU overclock]
- Updated to Linux 3.0.81
- Added section to Screen tab in STweaks for touchkey backlight control (for ROMs without controls built in)
- Implemented mechanism to manually control the display panel's refresh rate (no, you can't go higher than 60fps )
- Added support for lcdfreq scaling in PegasusQ (on PegasusQ Scaling tab of STweaks)
- Added support for lcqfreq scaling on touch (on Screen tab of STweaks)
- Option to force lcdfreq's limited state to constantly be on, effectively giving you control of panel refresh rate (on Screen tab of STweaks)
- Made PegasusQ screen-off multicore policy enforcement more robust
2013-06-08 | v1.58 [733 GPU overclock] / [No GPU overclock]
- Updated to Linux 3.0.80
- Switched to TCP Veno
- Updated zzmoove to version 0.4
- Added a sysfs entry to control the PM lock frequency
- Added screen-off tunables for PegasusQ, LulzactiveQ and zzmoove
- Added screen-off hotplugging to LulzactiveQ
- Led-control: more accurately mix LED colors
- Led-control: custom requests for white (255/255/255) are adjusted to obtain the most realistic actual color
- Led-control: change system notification (charging/charged) LED brightness level (LED tab of STweaks)
- Frandom module (enabled on the Memory/Internal tab of STweaks. A reboot is required after changing this setting!)
- Experimental: Reduce mdm wakelocks
- Updated row scheduler
- Experimental: Support for both Voodoo and Wolfson/sound-control. They both do they same thing though. Choose one on the Audio tab of STweaks, then reboot.
- Wacom: add sysfs entry for pen inserted (/sys/devices/virtual/sec/sec_epen/epen_pen_inserted)
- Dynamic fsync tweaks
- Many small cherrypicks
2013-05-06 | v1.50 [733 GPU overclock] / [No GPU overclock]
- Updated to Linux 3.0.76
- Sbrissen's WiFi driver from the GT-9505
- Kernel-based multi-touch gesture support. Enable it on the Screen tab of STweaks. Flashable sample script to be added to this post soon.
- Touchwake now wakes from the touchkeys in addition to screen taps
- Updated zzmoove governor with changes from DerTeufel
- PegasusQ: calculate gradient of CPU load to early increase frequency
- Added LulzactiveQ governor
- Stopped an insane amount of kernel logging in cpuidle-exynos4
- Updated Wacom drivers
- Updated camera drivers
- Added Proportional Rate Reduction for TCP
- Added missing flexrate code and removed the default touchbooster
- Joe's RCU2013-04-27 | v1.43 [733 GPU overclock] / v1.43 [No GPU overclock]
- Touchwake support. Enable it on the Screen tab of STweaks
- Some dynamic fsync commits2013-04-26 | v1.42
- Updated to Linux 3.0.75
- Reworded the settings in STweaks for ABB
- Fixed a bug in Adaptive Body Bias (ABB) that caused certain frequencies to be offset. 800MHz was in slice 3 (instead of 2) and 1600MHz was in slice 4 (instead of 3). If you have been undervolting these frequencies recently, you need to reevaluate your stability at them now.2013-04-25 | v1.41
- Updated to Linux 3.0.74
- Adaptive Body Bias (ABB) control. This is only for the most hardcore users. I suggest reading the note above, as well as this thread.
- Snappy compression added to zRAM
- Some kernel updates to speed up hotplugging
- Correctly applied load averaging patch to fix moire pattern
- New LED control. Offers better control over LED fading. If your ROM has its own fade control, be sure to match your chosen setting in the LED tab of STweaks to avoid possible issues
- mDNIe digital brightness reduction. Ever notice how the lowest screen brightness setting is still very bright, especially in a dark room? Many of us nighttime users have had to manually enable apps like ScreenFilter to overlay a black layer to artificially dim the screen via software. This is somewhat like that, but more accurate and done at the video driver level in the kernel. To summarize, it seamlessly allows you to reduce the typical brightness control beyond its normal minimum by digitally darkening the display data after a certain point. This is very cool, as it's all automatic once you initially tweak it - goodbye ScreenFilter! Adjust the settings on the Screen STweaks tab.
- Expanded explanation of ABB on its STweaks tab
- Unaligned memory access where possible
- Fixed a bug that was causing frequencies greater than 1600 to become stuck as the current frequency
- Added the zzmoove governor and tweaked it for this kernel
- Update ramdisk2013-04-17 | v1.34 [733 GPU overclock] / [No GPU overclock]
- Updated to Linux 3.0.73
- Flexrate now works
- Other, smaller changes2013-04-10 | v1.32 [733 GPU overclock] / [No GPU overclock]
- Fixed MTP2013-04-09 | v1.31 [733 GPU overclock] / [No GPU overclock]
- Forgot to include Front End Delay code last time
- Smarter CPU usage; assign more work to only 1 core when at lower frequencies
- Ability to change memory and internal voltages
- Boot a device from storage
- WiFi driver updates
- Other driver updates
- Updated to Linux 3.0.72
- Compiled with -O3
- Added support for Android zRAM (settings are in I/O tab of STweaks)
- Updated STweaks
- Started building optional non-GPU overclocked versions for those who don't want it
- Many, many small additions, such as better entropy (see commits for individual credits)2013-04-03 | v1.20 [733 GPU overclock only]
- Added support for STweaks2013-04-02 | v1.12 [733 GPU overclock only]
- Original
.
VII. SourceSource for Plasma kernel can be found on my github.

FAQ:
Q: I have no earpiece volume!
Be sure to choose Voodoo Sound or Sound Controls on the Audio tab of STweaks, then reboot.Q: I can stably run this kernel. How can I use the screen-off settings so I can save battery?
You will have to intentionally crash your system to find your lowest value, and should definitely make a nandroid first. Then be sure to turn off dynamic fsync on the bottom of the I/O tab of STweaks, as this being enabled could cause data loss from a crash. When you are done with that, the first thing will be to lower the PM Lock Frequency. Try 600MHz, press Apply, then put your device to sleep, give it a few seconds, and see if it wakes. Be sure it's going into deep sleep! If it wakes up instantly, it wasn't in deep sleep. After booting, things like mediascanner can take minutes to finish and release their partial wakelocks. If you are sure it went into deep sleep, repeat with a lower frequency until you cannot wake. Pull the battery and reboot. Once it boots up, go into STweaks and set PM Lock Frequency to the last stable frequency. You must do this before the screen goes off, or else it'll crash again when it enters deep sleep!
Now, once you are sure of your stable PM frequency, move on to the next step. Set CPU Screen-Off Max Frequency to 200MHz. Use your device for a few minutes or hours or whatever. If you find music skips too much, or calls are slow to wake up the phone, set this to 300MHz, but now be prepared for a possible SOD if your device cannot handle scaling that low. If you experience one, leave this setting at 300MHz, and enable "Keep sleep max frequency fixed" and set CPU Screen-Off Fixed Max Frequency to 200MHz. If your phone was slow to wake at 200MHz before, try setting this to 300MHz.
Err, a bit of a vestigial tail here...don't forget to set Screen-Off Frequency For Responsiveness (it's higher up in the PegasusQ Scaling tab) to whatever your lowest screen-off frequency is. It isn't needed anymore and I should have taken it out probably. Like its waking counterpart, it is a threshold below which aggressive upscaling is used. Basically, it's the frequency the CPU will want to hover at, in this case, while the screen is off.Q: Explain the PegasusQ screen-off settings.
CPU Screen-Off Max Frequency - This becomes the effective policy max as soon as you press the power button. Setting this too low may cause slow waking, or choppy music. Ideally this is just like normally setting the max policy; i.e. the governor will try to get frequencies as low as possible without going over this. This means if you get skips in your music at 200MHz, you can set this to 300MHz and the governor will be able to grab that extra power if it needs it. The problem is, some devices get finicky when they're bouncing around between sub-PM Lock frequencies and will crash. That's where the Fixed Sleep Frequency setting comes in. Read on.
Up Threshold While Screen-Off - This becomes the effective Up Threshold value as soon as you press the power button. Setting this higher will make the CPU more reluctant to scale higher (go faster).
PM Lock Frequency - This typically hardcoded value normally overrides the governor to throttle the CPU to 800MHz every time the system itself is unsuspended. This means it happens thousands of times a day, and can significantly add up after a few hours. I found different devices could handle different frequencies, so I made this is adjustable and added an interface to lulzactiveq and zzmoove. 500MHz works very stably for me.
After Boot Delay - Gives your device a grace period after booting during which none of the screen-off policies will be enforced so your start up tasks can be completed quickly.
Enable Fixed Sleep Frequency - This is where things get sorta confusing. If your device can't scale while sleeping, most likely it will be able to tolerate just sticking to one low frequency. But this has a downside...you disable the scaling logic of the governor, so you either have to suffer degraded screen-off performance (skips in your music) with a battery-saving frequency, or set this higher, but then that means you'll be pegging this higher frequency now even though you just needed it occasionally. But yay, I had an idea to put a one-way toggle in there. Read on.
CPU Screen-Off Fixed Max Sleep Frequency - So here's the thing. All devices can handle low scaling just fine, as long the screen is merely off (e.g. listening to music, etc). Once the system falls into deep sleep, that's when stability issues arise. So I had an idea... When you play music, you usually interact with the screen then turn it off, but it never actually goes into deep sleep until it's done playing. So I made it so the above Screen-Off Max Frequency will be used, including scaling, until deep sleep is called for. Then from that point on it will become fixed to this setting's frequency until you turn the screen back on, then the toggle gets reset.
v1.60 Release Notes
Control your panel refresh frequency - This is inspired by and based on AndreiLux's commits last year. Samsung includes a driver called "lcdfreq" that allows for scaling of panel refresh frequency to save power. It toggles between two states: limited and unlimited. Not all devices actively use this feature in stock builds, but it is possible to enable nonetheless. When in limited mode the panel's refresh rate is reduced from 60Hz (58 actual) to 40Hz (41 actual). I went a step further and made it so the limited mode's panel divider can be set manually (25, 27, 29, 31, 34, 37, 41, 45, 50, 60 fps). I also made it so the limited mode can now be forced, effectively allowing you to adjust the default refresh rate of your panel to save battery. Not everyone needs/wants 60fps. How much battery will this save? I don't know yet, but if you want to find out, the option is on the Screen tab of STweaks. Be sure to check the force checkbox. Very low rates will introduce flickering to some eyes (remember, this is a refresh rate being adjusted, not just fps).
Lcdfreq in PegasusQ - Note: This is irrelevant if you have decided to lock your refresh rate as described above. AndreiLux implemented this last year, and I modified it a bit and added more tunables. When enabled, PegasusQ will try to control the state of lcdfreq based on CPU load. Some of you may know AndreiLux abandoned this due to problems with flickering, but I have taken a different approach. His goal was to provide 60Hz as quickly as possible, which ended up frequently alternating between the two states. I'm aiming for the opposite - to stick with limited as long as possible and only boost it during heavy use (like a game). When bounced around between limited and unlimited too rapidly, there can be visible flickering and tearing, and different frequencies seem to slightly affect the color balance, which makes it even more noticeable. Quite possibly why Samsung doesn't use this on Note 2's.
lcdfreq_kick_in_down_delay - When PegasusQ decides it wants to call for the panel to be kicked down (into limited mode) it will have to ask this many times before actually doing it.
lcdfreq_kick_in_up_delay - When PegasusQ decides it wants to call for the panel to be boosted (into unlimited mode) it will have to ask this many times before actually doing it.
lcdfreq_kick_in_freq - Before PegasusQ will consider limiting the refresh rate, the CPU must be running at this frequency or below.
Boost lcdfreq on touch - Immediately boosts to the unlimited state, regardless of what PegasusQ calls for. A commit by AndreiLux. At some point I may add to this to make it time based (i.e. hold the boost for x amount of seconds after a touch).
Control the touchy backlight - On the Screen tab of STweaks. For ROMs that don't provide this support natively, otherwise it may be unreliable.
v1.65 Release Notes
Control your GPU - Over/underclock your GPU! Over/undervolt your GPU, too! Settings explained on the GPU tab of STweaks. Support for frequency, voltage, up/down threshold and GPU governor sampling rate.
Lock/Limit your GPU - You can lock your GPU to a specific step, or limit it to a definable maximum number of steps (e.g. 2 or 3)
Control S-Pen booster - Control/disable the S-Pen CPU booster. Stock is 800MHz, but I find that overkill.
S-Pen X,Y Axis Offset - For some reason Wacom sets this to like 30,30 depending on handedness. I have no idea why, I prefer 0,0. For most users I recommend checking the box on the S-Pen tab in STweaks and leaving the sliders at 0,0.
S-Pen Box Filter - Depending upon what you use your S-Pen for, this makes it much easier to draw shapes, but harder to do finer things, like writing. Think of it as "snap to grid".
Gestures! - Be sure to scroll down to the FAQ section to read how to use them.
Q: How do gestures work?
Flash the gesture pack and reboot. This places the action and handler scripts in /etc/init.d to be run on boot. The available gestures are listed on the Gestures tab of STweaks. You may customize the scripts, but be warned that flashing the zip again will overwrite them.
Some gestures will require you to hold down a touchkey while performing them. Be sure to have a Touchkey Modifier Delay set in STweaks (Screen tab). 100-200ms works well. Now any time you touch and hold a touchkey and then touch the screen within the delay you just set, you will activate gesture-only mode, during which the touchscreen will no longer send touch events to the operating system, only the gesture engine. This means you won't get any bleed through of gesture draws into the foreground app. It's also a safety of sorts, to prevent critical gestures from being accidentally triggered. The downside is, you can't have your cake and eat it...well, not without some delay at least. If the touchkey modifier was simply piggybacked onto the touchkey driver that would be nice, but it would also mean every time you used it, it would also report the touchkey (Menu/Back) event. Or, if you blocked it always, well then obviously your touchkeys wouldn't work anymore. So a compromise is using a very short delay, and after that delay is up, the touchkey driver checks to see if the screen has been touched and the touchkey is still down. If it has been touched, then gesture-only mode is set in the touchscreen driver until all fingers are up. If the screen has NOT been touched after the delay, then the touchkey driver assumes it's just a normal touchkey press and reports it like normal. This may seem like an insanely small delay, but it's meant for you to touch the touchkey and start drawing with another finger *simultaneously*.
tl;dr: Flash the gesture pack, go to the Screen tab and set the Touchkey Modifier Delay to 150ms or so, then apply it. Now test it. First swipe from near the bottom-left corner, up towards the middle-right side. Nothing should happen. Now repeat, this time putting a finger down on the touchkey and holding, while *at the same time* starting to drawing this simple gesture. Aim to have both fingertips touch down at the same time. If it goes well, the virtual power key will be pressed and it will go into suspend. If you have trouble, increase the delay until you get more practice. Eventually you'll be able to do this gesture one-handed by touching the touchkey with the side of your thumb, and sliding/flicking your index or middle finger outward in an arc..
Useful Apps (no affiliation):
BetterBatteryStats XDA / Play
Awesome tool that lets you see both kernel and partial wakelocks, as well as the average percent battery drain.CPU Spy XDA / Play
Provides a GUI to CPU time-in-state data.Micro CPU Monitor Play
One of my favorite apps ever, this puts a very small 1px bar across the top of the screen for each core. It can be set to come from left or right, the background can be set transparent, and the bar thickness and color are adjustable. Very useful for quickly (and discretely) noticing abnormally high CPU usage.top Play
Provides a GUI to the linux command 'top'. Provides a very reliable way to see what processes are using the most CPU time.System Monitor Play
This app makes monitoring CPU history easy, and makes it especially easy to see the effects of hotplugging tweaks because of the way it clearly displays the state of each core..
Notes:
How to use the mdnie-control interface:
AndreiLux and Slimer777 have gone to great lengths to create an extremely accurate internal color profile using a spectrophotometer. The color accuracy is terrific. Most computers and tech use a very unnaturally cool color temperature (blue tint to white), so many people are taken by surprise when they see how yellow reality actually is. You need some time to get used to the new colors, but if you are still not pleased with the result, AndreiLux has setup MANY options for you to tweak in STweaks. Personally, I recommend increasing the chroma saturation weight.
Settings can easily be configured in the STweak app now. Download it from the Play Store.
A bit about body bias:
To summarize this feature: When we traditionally change voltages (SetCPU, Performance Control, etc), we are changing the gate voltage of the transistors. This can be a difficult concept to grasp, so here's a super-simple analogy to help: Imagine a light switch instead of a transistor. You reach your finger out to flick it. The force your finger applies would be analogous to the gate voltage. However transistors also have a body voltage, which can be thought of as the resistance behind the switch. By applying a positive difference between the gate and body, (which usually, but not always, equates to reducing the body voltage) we can make the proverbial switch "looser" so it's easier to flip, but now that it's looser, it's starting to leak a small amount of current as a result. So why would we want to do this if it will be leaking more? Because now that the switch is looser, we'll hopefully need less gate voltage (aka finger pressure in the analogy) which would save more power than was lost with that leakage. Or, for someone overclocking instead of undervolting, the "loose" switch will be easier to flip, and you may achieve an overclock not possible by merely ramping up the gate voltage (brute force) in your voltage control app of choice. Basically like the old saying "two steps forward, one step back" - we get something good, but have to sacrifice a little power lost through leakage. But how about the opposite scenario? What if in the analogy you have a really strong finger? Then you're leaking power for no reason because you don't need a "loose" switch. So, we can take advantage of that fitness and tighten it up by applying a negative body bias (also called a Reverse Body Bias, or RBB). This will make the transistor harder to switch, but plug up the leak and therefore increase power efficiency.
Ok, so why does all this exist? Why not just have an enormous negative bias (RBB) from the factory and save all that power lost through leakage? Because not all chips are equal, and not all transistors on the same chip are even equal. Temperature, manufacturing techniques, a few atoms of contamination, etc can make the chip less "fit" and unable to switch as easily as others. So how do they help these weakling transistors from getting the entire chip sent to the factory garbage can? Well, on one hand the gate voltage can be increased, but that is a last resort since it would waste too much power. Before it comes to that, they get a crutch in the form of a positive body bias (also called a Forward Body Bias, or FBB), which hopefully you'll remember was the subject of the first scenario above. And remember what that does? It makes them easier to switch, but at the cost of slightly decreased power efficiency. This offers better power savings when compared to increasing the gate voltage.
Samsung knows all this, and bins their chips according the ASV level, which can be thought of as the "quality" of the chip. The higher the ASV number, the better the chip, and the less power it needs to do its job. At the factory they mix increased gate voltages with varying body voltages to end up with a table of stock body biases. Long story short, this is how they deal with less-than-perfect chips. It's a lottery for the buyer. But since their values aren't tailored to your chip - the hope is that maybe you can scrape by with a bit less power than Samsung thought a chip of that grade could. So what AndreiLux has done is implemented new scaling logic/control code that lets you adjust the body voltage, and thus the body bias. Thanks to him, we now have another tool to help us squeeze a little bit more power out of our chips.
Calculating your body bias is incredibly simple: bodybias = gatevoltage - bodyvoltage. If you know the voltage of a given frequency, you can calculate your body bias by taking the gate voltage (what it says for that frequency in your usual voltage adjustment app) and then subtracting the value of the slice that corresponds to the range the example frequency was in on the ABB tab of STweaks. This can get tricky, because people forget that "body bias" is a difference between two values. If you start off with a stock negative body bias, that is to say that your body voltage is higher than your gate voltage, increasing your body voltage will actually be increasing your bias and you'll be needlessly wasting more power. However if you start off with a positive stock body bias, adding to the body voltage will actually be decreasing your bias since it will be bringing you closer to the gate voltage.

Re: [Kernel][AOSP] Matrix kernel
Nice work. For the first time I
am first after the OP.
Sent from my SPH-L900 using xda app-developers app

Re: [Kernel][AOSP] Matrix kernel
Thanks!
Sent from my SPH-L900 using xda premium

Re: [Kernel][AOSP] Matrix kernel
About to flash!
Sent from my SPH-L900 using Tapatalk 2

Working smoothly on current cm nightly with set CPU..so far at least

Re: [Kernel][AOSP] Matrix kernel
Thanks for this :thumbup:
-TeaM VeNuM Like A Boss :flipoff2:
-SoA: Son's of Android™

Re: [Kernel][AOSP] Matrix kernel
This requires immediate flashing.
Sent from my SPH-L900 using Tapatalk 2

Re: [Kernel][AOSP] Matrix kernel
can you use stweaks with this kernel?
Sent from my SPH-L900 using Xparent Blue Tapatalk 2

Wonderful effort = Great work! Thanks :good:

Re: [Kernel][AOSP] Matrix kernel
Thank you for your hard work, just flashed! So far so good! :thumbup:
Sent from my SCH-l900 using xda premium

raw2000j said:
can you use stweaks with this kernel?
Click to expand...
Click to collapse
Yay, I figured it out. Going on 44 hours without a wink of sleep, but at least customized STweaks are on their way!

Thank you so much!!! I was dieing for a Perseus Kernel implementation for AOSP. Thank you very much ffolkes and AndreiLux for all of the hard work you guys have been putting into making our phones the best they can be!
I'm currently running this kernel with Carbon 1.6 and my phone just flies!!!

Re: [Kernel][AOSP][1.20|April 3rd] Matrix kernel
No problems so far on 50mhz and the kernel seems to be using way less battery. Colors are kinda washed out though. Would like to see trinity colors :thumbup:
Sent from my SPH-L900 using Tapatalk 2

Flashed this earlier today. Will give my findings in a day or so.

Re: [Kernel][AOSP][1.20|April 3rd] Matrix kernel
Nice. This kernel works great. Battery last forever.
Sent from my SPH-L900 using Tapatalk 2

I've only noticed 1 problem so far... Wifi hotspot no longer works on aokp. Anybody else have the same problem on other roms?

Re: [Kernel][AOSP][1.20|April 3rd] Matrix kernel
Rooster85 said:
No problems so far on 50mhz and the kernel seems to be using way less battery. Colors are kinda washed out though. Would like to see trinity colors :thumbup:
Sent from my SPH-L900 using Tapatalk 2
Click to expand...
Click to collapse
Trinity colors would be awesome but just tune them w/s-tweaks..
@op Tks! So far so good, will throw stats up in a few days.
Edit
Sent from my SCH-l900 using Tapatalk 2

Re: [Kernel][AOSP][1.20|April 3rd] Matrix kernel
flashback7 said:
Trinity colors would be awesome but just tune them w/s-tweaks..
@op Tks! So far so good, will throw stats up in a few days.
Edit
Sent from my SCH-l900 using Tapatalk 2
Click to expand...
Click to collapse
Any idea of how to match them?
Sent from my SPH-L900 using Tapatalk 2

Re: [Kernel][AOSP][1.20|April 3rd] Matrix kernel
From today...
Sent from my SPH-L900 using Tapatalk 2

[Kernel][AOSP][2.02 | November 2nd] Plasma kernel

.
VII. SourceSource for Plasma kernel can be found on my github.
XDA:DevDB Information
Plasma kernel, a Kernel for the T-Mobile Samsung Galaxy Note II
Contributors
ffolkes
Kernel Special Features:
Version Information
Status: Stable
Current Stable Version: 2.02
Stable Release Date: 2013-11-02
Created 2013-10-29
Last Updated 2013-11-02

Great to see a new kernel for aosp, Thanks. So far everything is running pretty good, love all the options in stweaks!

Very nice a lot greatness in the kernel. Would you consider making one for touch wiz?
Sent from my SGH-T889 using XDA Premium 4 mobile app

This kernel looks very nice, thanks.
Does this kernel allow for using USB Dock Audio? (or in other words, is there USB Audio Support without having to use the USB Audio Recorder Pro app?)
Thanks!

Awesome. Testing this out now!! Thanks for taking the time to create another Kernel for the community.

pappy97 said:
This kernel looks very nice, thanks.
Does this kernel allow for using USB Dock Audio? (or in other words, is there USB Audio Support without having to use the USB Audio Recorder Pro app?)
Thanks!
Click to expand...
Click to collapse
I believe so. It's enabled in the config, but I don't have a dock to test it on.

Testing it on the 18th PAC nightly, and is working great and flawless so far. Using Zzmove and Zen great combo. Thanks for your work! :good:

Also using on pac and it works excellent. Thanks so much OP
Sent from my SGH-T889 using Tapatalk

Can't download for some reason from my phone.

inkd86 said:
Can't download for some reason from my phone.
Click to expand...
Click to collapse
Downloaded from tapatalk just fine but no audio. I selected voodoo sound but can't download app to control. Play says voodoo app is incompatible and having trouble with apk
Sent from my GT-N7105 using Tapatalk

TeamHackura said:
Downloaded from tapatalk just fine but no audio. I selected voodoo sound but can't download app to control. Play says voodoo app is incompatible and having trouble with apk
Sent from my GT-N7105 using Tapatalk
Click to expand...
Click to collapse
You gotta sideload it

regime2008 said:
You gotta sideload it
Click to expand...
Click to collapse
Yep, just having trouble finding apk
Sent from my GT-N7105 using Tapatalk

TeamHackura said:
Yep, just having trouble finding apk
Sent from my GT-N7105 using Tapatalk
Click to expand...
Click to collapse
Here it is.

ffolkes said:
Here it is.
Click to expand...
Click to collapse
Worked! I also had to download an apk installer. I'm on cm nightly. Wouldn't install apk without. Very weird

is this Kernel for 4.2.x CM or only 4.3?

Your answer is on the first page I BELIEVE
Sent from my SGH-T889 using xda app-developers app

Somehow I never noticed this kernel before. Going to give it a run now.
thanks

Sorry it has gone so long without an update. Here is 2.04b2 for 4.3.x (Jellybean). For a change log, check the last pages of the Sprint thread.

Not sure if it is the kernel or not, but I'm on liquid smooth, and my phone will freeze and I have to do a battery pull. Has happened twice. Even after the update.
Sent from my SGH-T889 using Tapatalk

Develop Bugs

welcome

[Kernel][AOSP][2.02 | November 2nd] Plasma kernel - AT&T Samsung Galaxy Note II

Mine... Sent from m

Gonna give this one a try, hopefully it plays nice with Trickster Mod. Thanks dev.

Will this work with international model? Looks very awesome!

Had it intalled for almost 10 minutes but I already noticed that there is almost NO LAG when waking the screen. Awesome!!!

that was a great read looking to try your kernel soon

I ran this on pacman and carbon today, losing superuser / root on both occasions. Good work, though! Sent from my GT-N7105 using Tapatalk 4

SwimDrewid said: I ran this on pacman and carbon today, losing superuser / root on both occasions. Good work, though! Sent from my GT-N7105 using Tapatalk 4 Click to expand... Click to collapse No issues with root on AOKP. I flashed the supersu zip after flashing the kernel

jibust said: LOL, beat me to it. Click to expand... Click to collapse Gave you a thanks anyway Zip did the trick on carbon, thanks! Sent from my GT-N7105 using Tapatalk 4

SwimDrewid said: Gave you a thanks anyway Zip did the trick on carbon, thanks! Sent from my GT-N7105 using Tapatalk 4 Click to expand... Click to collapse No problem, I actually always flash it. I prefer SuperSU

jibust said: Check out the STweaks apps.... Click to expand... Click to collapse Uh.... It's gonna take me a week to figure out how to run this beast ....(headache starts now)...LOL Sent from my SAMSUNG-SGH-I317 using XDA Premium 4 mobile app

Related

[APP] LUMOS v1.0 FINAL (Complete HTC Auto-Backlight replacement) [UPD.:08-02-2011]

Optimal battery life w Liquid Smooth [guide]

gps navigation (google maps) and power consumtion

[Kernel][AOSP][2.02 | November 2nd] Plasma kernel

[Kernel][AOSP][2.02 | November 2nd] Plasma kernel

Categories

Resources

Develop Bugs

welcome

[Kernel][AOSP][2.02 | November 2nd] Plasma kernel - AT&T Samsung Galaxy Note II

Mine... Sent from m

Gonna give this one a try, hopefully it plays nice with Trickster Mod. Thanks dev.

Will this work with international model? Looks very awesome!

Had it intalled for almost 10 minutes but I already noticed that there is almost NO LAG when waking the screen. Awesome!!!

that was a great read looking to try your kernel soon

I ran this on pacman and carbon today, losing superuser / root on both occasions. Good work, though! Sent from my GT-N7105 using Tapatalk 4

SwimDrewid said: I ran this on pacman and carbon today, losing superuser / root on both occasions. Good work, though! Sent from my GT-N7105 using Tapatalk 4 Click to expand... Click to collapse No issues with root on AOKP. I flashed the supersu zip after flashing the kernel

jibust said: LOL, beat me to it. Click to expand... Click to collapse Gave you a thanks anyway Zip did the trick on carbon, thanks! Sent from my GT-N7105 using Tapatalk 4

SwimDrewid said: Gave you a thanks anyway Zip did the trick on carbon, thanks! Sent from my GT-N7105 using Tapatalk 4 Click to expand... Click to collapse No problem, I actually always flash it. I prefer SuperSU

jibust said: Check out the STweaks apps.... Click to expand... Click to collapse Uh.... It's gonna take me a week to figure out how to run this beast ....(headache starts now)...LOL Sent from my SAMSUNG-SGH-I317 using XDA Premium 4 mobile app

Related

[APP] LUMOS v1.0 *FINAL* (Complete HTC Auto-Backlight replacement) [UPD.:08-02-2011]

Optimal battery life w Liquid Smooth [guide]

gps navigation (google maps) and power consumtion

[Kernel][AOSP][2.02 | November 2nd] Plasma kernel

[Kernel][AOSP][2.02 | November 2nd] Plasma kernel

Categories

Resources

[APP] LUMOS v1.0 FINAL (Complete HTC Auto-Backlight replacement) [UPD.:08-02-2011]