[Kernel][Apr 26] Perseus

Search This thread

DataDork

Senior Member
Jul 26, 2010
247
7
I'm very frustrated. I'm hoping you guys might be able to shed some light with a request I made at the end of this post...

I've installed the "Tweaked" ROM here and of course Perseus is not one of the options. I flashed Perseus and along with it comes STweaks. My problem is that STweaks messes with my microphone sensitivity tremendously. It's not like it's just a little jacked up. It's VERY jacked up and it's ONLY noticeable when, during a phone conversation, I switch my phone to hands free (enabling speakerphone) and then the people I'm speaking to say I sound horrible. In the 'Audio' tab of STweaks, under the 'Microphone Control' section there are 3 sliders to adjust. Here is where you can adjust the mic sensitivity. By default the microphone sensitivity for speaker phone is so sensitive that my words are almost not discernible and virtually everyone on the other end of the call are horrified by it. So I sent myself a message to my own voicemail to experience what my callers were experiencing. Horrible.

After spending hours sending myself tons of voicemails after tweaking the microphone settings over and over again, I came to what I thought was a decent balance. That is.....until I stopped testing under my Wi-Fi Calling and stepped outta the house for a little while and used the external speaker over cellular. Then people couldn't hear me right.

I use Titanium Backup for restoration, so I'm always doing a full wipe and format on my phone without hesitation nor reservation. So after re-flashing the ROM and flashing Perseus, I get the same results all the time. Audio is perfect using other multiple kernels. Just not with Perseus.

Please help me, if you can.

I wish I could use Perseus without STweaks entirely and have the microphone portion defaulted to how stock is set to.

I've reflashed the ROM. Installed STweaks in advance - froze the application with Titanium Backup then flashed Perseus afterwards in hopes that Perseus wouldn't see STweaks. Still the same audio compromises.

Is it possible that Perseus is picky of which ROMs it is installed into? Could a ROM contribute to this?

After charging my cell to 100%,unplugged the phone as I went to bed, I woke up exactly 6 hours later and Persues only used up 1% of battery while on stand-by, unplugged and Wi-Fi turned on the whole time with apps hibernated using Greenify. That's impressive. But audio stops me from enjoying this kernel.

Could someone please flash Tweaked on their phone for me, install Persues as-is, call up some close loved ones, put them on speakerphone or even leave yourself a voicemail, play it back and tell me what you hear and let me know if I'm doing something wrong? I hope it's not a ROM thing, as I've seen other people supposedly use this kernel on Tweaked and I had not seen a complaint. But then did they use speaker phone?

Please?

Thanks so much!

Sent from my SGH-T889 using Tapatalk 2




I have delt with this problem with various Kernels. seems like every kernel, other than STOCK messed up wifi-calling on SPEAKER for me. I gave up ..seems like the dev's know about it but either dont know how to fix it or its not a priority for them. Unfortunately, even with a cellular extender, my location is not well suited for tmobile and i require wifi calling. I had to revert to stock to get things working.
 

dkb218

Senior Member
Apr 16, 2006
2,037
511
Bronx by way of Brooklyn
I've tried different kernels on my N2. For me, nothing beats stock. The idea to me was that custom anything should make things better not take away features. I love the work the devs do here at XDA. Been here when Android was still a word in a book written by that guy who wrote I, Robot. Sometimes you can't improve upon the perfection. The Note 3 is prefection.

Sent from my Note 3
 

dhangejr

Senior Member
Dec 13, 2013
51
0
I've tried different kernels on my N2. For me, nothing beats stock. The idea to me was that custom anything should make things better not take away features. I love the work the devs do here at XDA. Been here when Android was still a word in a book written by that guy who wrote I, Robot. Sometimes you can't improve upon the perfection. The Note 3 is prefection.

Sent from my Note 3


I know its inactive....
Noting beats t stock kernal in what way? I can live w.o wifi calling as I don't use it anyway, thougth Im sure the day will come when I will.

besides that I want to get better battery life, and it seems a kernal would be the way to go.
Herd saber persaus Note2core among several others...

What is really stopiong me from flashing any for test is several things...Does anyone know if flashing kernals can loose imei info like the flashing rom? Or is that a non issue now?
 

dhangejr

Senior Member
Dec 13, 2013
51
0
Will the perseus kernel work with android tweaker pro?

The reason I ask is because I need to boost my cell signal strength at school as tmo sux ONLY there in my area.
To the point where I can not make or recieve calls/texts...LAME becaue the school wifi drops every time the the screen locks....

IF no,
can anyone suggest a kernel for the t889 on tmo running completely stock,rooted, 4.1.2 rom version.

TO reiterate i am on jb 4.1.2 stock rom and am rooted.
I want to flash akernal that will let me tweak battery life, and cell signal. I know android pro (app) will give me those controles with the proper kernel.

It seems the franco could do it, but i can't seem to find that it is OK with the STOCK ROM it seems I would have to flash custom rom of some sort even it it is deonized and oxided (LOL on the spell to lazy to look it up atm)

THANK YOU ALL

---------- Post added at 11:32 AM ---------- Previous post was at 11:31 AM ----------

OMG so sorry! I did not see I posted here already!
 

luv4greenleaves

Senior Member
Nov 4, 2012
759
155
So this thread is now unlocked.... I'm hoping this means an imminent 4.3 kernel drop. The Perseus on 4.1 was the bomb and no other kernel could ever compare to the battery and performance I received on this kernel. Stock is good, but sometimes stock keeps my phone from deep sleeping due to Android OS running.


Sent from my SGH-T889 using xda app-developers app
 

aletheus

Senior Member
Oct 13, 2011
586
280
So this thread is now unlocked.... I'm hoping this means an imminent 4.3 kernel drop. The Perseus on 4.1 was the bomb and no other kernel could ever compare to the battery and performance I received on this kernel. Stock is good, but sometimes stock keeps my phone from deep sleeping due to Android OS running.


Sent from my SGH-T889 using xda app-developers app

Will this work for cm11

Sent from my GT-N7105 using XDA Premium HD app
 

Top Liked Posts

  • There are no posts matching your filters.
  • 105
    This is a direct port of my kernel on the international I9300 Galaxy S3 and sidekick to the international N7100/5 Note 2 kernels.

    Recap of features:
    • CPU overclocking up to 1.8GHz and undervolting from 600mV to 1400mV.
    • GPU overclocking and undervolting.
    • GPU scaling reworked.
    • Screen sharpness and colour modifications.
    • Extended Pegasusq and improved Performance governors.
    • Removed Touch Booster and replaced with custom Flexrate mechanic.
    • Improved scheduler power management for improved idle residencies on auxiliary CPUs.
    • USB charging rate limit increased to 900mA.

    This is supposed to be merely a proxy thread. Please refer to the N7100/5 thread for full changelogs, explanations, bug-reports and other issues. Kernel for specific device versions will be posted here.

    This kernel is for the North American T-Mobile variant SCH-T889. Versions for other variants are found in their respective forums.
    12
    I checked the original thread, but it's 100 pages long; It'd take me forever to go through it. I like understanding the settings so I can custom tailor things to my liking; and the variable names themselves aren't very indicative of what they change to someone who hasn't seen them before. But if I can't find a table showing the variables and what they represent, then I hope at least I can get some help with a specific change I'd like to do.

    I ask because I am noticing a bit of a pause when it ramps up the processor from idle. I notice it most when I swipe the home screen using ADWLauncher EX. The first swipe sort of chugs a bit, but afterwards it becomes glass smooth, so I figure it's a ramping issue where the kernel's wound down the cores to rest and when I interact with it it's not winding them up again fast enough; probably not stepping up fast enough.

    I want to change the settings a bit so that in the initial step it'll wind up over what's necessary, and then wind down to what's needed. It'll improve apparent response time, and with how much this battery lasts, spending a bit more is not an issue to me. Any idea or help on doing this change will be very appreciated.

    Thanks for any help, and my apologies if this has been answered before; the forums are a bit hard to navigate sometimes.
    I guess I had to write this some time or another. I just also put this into the main thread.

    sampling rate
    The default time in-between governor scaling "ticks" where the governor checks CPU load and triggers its scaling logic. Measured in milliseconds (ms).

    up threshold
    The threshold percentage of load from the last sampling window in which the governor triggers its up-scaling logic.

    sampling down factor
    If the up-scaling logic reaches the max policy; i.e. the maximum allowed frequency, the governor will disregard all logic for x amount of samples and stay at that frequency until we do another scaling sample.

    ignore nice load
    Processes with higher priorities can have an augmented reported load value, but we can differentiate this and ignore them if this is checked. Keep it at 0.

    io is busy
    I/O interaction is seen as a CPU load bearing activity. This isn't true for our architecture so keep it at 0.

    down differential
    The CPU down-scaling logic threshold is triggered if load is less than (up threshold - down differential). The down differential acts as a buffer so that we don't uselessly scale back up in near threshold level loads. If the down-scaling conditions are met, the CPU will take the current CPU load and derive the next best frequency that would accommodate that frequency without triggering an up threshold.

    freq step
    When the up-scaling logic is triggered the governor dictates the CPU to raise its frequency by (max policy * (freq step / 100)). If max policy is currently 1600 and freq step 21%, it will scale 1600 * 21% = 336. We have a 100MHz grained frequency table so it rounds up to the next 100MHz, 336 becomes 400. If we're idling at 200MHz and the up-scaling logic gets triggered with the above settings, the next frequency will be 600MHz.

    cpu up rate
    The amount of samples the hotplug logic will collect before it makes a hotplug decision to bring up a CPU.

    cpu down rate
    The amount of samples the hotplug logic will collect before it makes a hotplug decision to bring down a CPU.

    up nr cpus
    If the hotplug logic decides we need to bring CPUs up, the amount of CPUs we bring up at once is being dictated here.

    max cpu lock
    The maximum allowed amount of CPUs allowed to be up at the same time.

    min cpu lock
    The minimum allowed amount of CPUs allowed to be up at the same time.

    hotplog lock
    If set other than 0, locks the CPU up count at the specified amount.

    dvfs debug
    DVFS and hotplug debug is printed out in /proc/kmsg if this is enabled.

    hotplug freq x y
    Hotplug frequency threshold which decide if we should trigger a hotplug-up or a hotplug-down. X marks the current amount of cores. Each state has a trigger-down (Y = 0) or a trigger-up (Y = 1) condition.
    Example: "hotplug freq 3 0 500000" If there are currently 3 cores up, and the frequency gets below 500MHz and the hotplug rq 3 0 conditions for this state are met too, then bring down the core count to 2.

    hotplog rq x y
    Similar to the hotplug freq conditions in syntax, only that here we are measuring the amount of threads waiting in the kernel runqueue as opposed to frequency. The kernel runqueue is a queue where threads are waiting to be executed. Every cpu up rate or cpu down rate amount of samples, we accumulate the average snapshots of amount of threads in every sampling window. The value itself is this average, just in integer form multiplied by 100. If set to 175 for example, we need to have at least 1.75 threads running over the last cpu-(up/down)-rate * samples to trigger the condition. Live statistics can be extracted by enabling dvfs_debug to see this.

    up threshold at min freq
    We have the scaling frequencies divided in two parts: ones governed by up_threshold and ones governed by up_threshold_at_min_freq. We want the CPU to get out of the lower frequency states faster to improve fluidity, and also to improve power consumption as the lower power states are more inefficient in perf/power for fixed load tasks over time. The same logics apply as with up_threshold.

    freq for responsiveness
    Frequency threshold below which up_threshold_at_min_freq is taken instead of up_threshold.

    flexrate enable
    Enable flexrate requests. Flexrate requests temporarily dramatically raise the sampling rate / lower the sampling period.

    flexrate forcerate
    Ignore in-putted values given to the governor and use this instead as the accelerated rate.

    flexrate max freq
    Frequency threshold above which flexrate requests are ignored.

    flexrate num effective usage
    A statistic of amount of samples taken at the accelerated rate.

    lcdfreq enable
    Enable LCD frequency scaling.

    lcdfreq kick in down delay
    The amount of samples below kick-in-freq the CPU must reside for it to switch to the lower display frequency.

    lcdfreq kick in freq
    The threshold frequency below the CPU must be for the display to switch to lower display frequency.


    And for what it matters, I find Nova Launcher the smoothest of them all.
    12
    Important security update in v29. Please update.
    9
    Updated. Please read the changelog in the main thread.
    7
    Well I willz say this I don't run my phone hot or until it get warm, I have done tests at different times Using Antutu.... and I just downloaded the app youve mentioned to run a test on stock kernal to do another light comparison and I note seeing the 58 fps oncreen one of the test and 67 off the results, im just simply glancing over, and by the way my past htc phones used to hit the same 58 to 61 fps until ived gotten a better kernal, im not a expert or anything but I do think its funny that I see the same numbers even when I use a different apps, but any that was the stock kernal, I will be switching back to yours, by th why? do you think my phone is hot right now? not trying to be funny seriously what is too hot to thermald? Everytime I used the performance gov at what I think is normal temperature I get that 8000 score

    Sent from my SGH-T889 using xda premium

    ---------- Post added at 05:09 AM ---------- Previous post was at 04:50 AM ----------

    And lofl here comes another test with your lastest kernal version, the only thing I done on this phone in the past few hours is what I have just mentioned in my previous post my phone is not hot or warm to the hand and I do not have to big stupid case on it to where I cant feel heat, ON performance governor I gotten a score slighty over 9000 thousand a new world record but it should be near double that,...... second I used your glbench and guess what the same results buddy 58 fps onscreen and 69 off... are you testing this? so glbench and antutu bench says the same thing, so we cant blame antutu for not testing the graphics correctly, so seriously pal I think you should look at your work again with all do respect to you and your hard work, because in the end I can't do what you do, and I appreciate you devs, however as I mentioned in my very first post I hardly say anything, and when I do its something good, something isnt right I dont know what it is, you are the man and im nobody, what I do know is antutu and glbench throwing back the same numbers and my phone is not hot, im running a stock rom like always lightly modified with your kernal

    Sent from my SGH-T889 using xda premium
    You either have power savings mode turned on or there is something else wrong in your side settings wise. The kernel is fine. Also the benchmarks you did were perfectly normal, and you're just pulling those One S scores out of your ass:

    http://www.glbenchmark.com/compare....ified_only=1&D1=Samsung GT-N7100&D2=HTC One S

    I cannot make the phone break the VSync barrier, I already explained this.

    I would ask if you stopped posting as you're babbling about non-existent issues and reading your writing style makes my eyes hurt.