• Introducing XDA Computing: Discussion zones for Hardware, Software, and more!    Check it out!

[Kernel | Android 10 | One UI 2.5 | FUF5/FUH1] BeastMode Kernel v2 for N960F | v2.11c6 | 20210920

Search This thread

TechNoobForSale

Senior Member
Jun 29, 2019
81
13
As expected the performance is the same as before. I don't usually do storage benchmarks for non F2FS platforms because they will be obviously not as fast as they can possibly be. Not much else to say. These are pretty useful tweaks though. Keep it up man.
 

ykkfive

Inactive Recognized Developer
Jul 25, 2010
3,003
2,907
ykkfive.blogspot.com
You're welcome, overall Performance seems to be equal than before. Decreasing read speed doesn't feel bulkier than previous version.
As expected the performance is the same as before. I don't usually do storage benchmarks for non F2FS platforms because they will be obviously not as fast as they can possibly be. Not much else to say. These are pretty useful tweaks though. Keep it up man.


glad to hear at least it performs on par with the previous one, as more and more features added the performance could be affeced especially some tracing functions have been introduced

anyway, thanks for you guys' time as i cannot check every aspects every time i release a new version. of coz i would like to see perfomance gain each time but it's not guaranteed. so keep me informed or otherwise we wouldnt have a revised version based on the previous built which out performed as much as 30%

so pls continue to provide me feedbacks and tell me if you like it

thanks
 

TechNoobForSale

Senior Member
Jun 29, 2019
81
13
Either way, the same previously known issues remain, and they can be quite bad for gaming and work performance. I'll do the usual summary.

1: CPU only goes to 2886MHz in single core (I have found 2964MHz as maximum frequency in the sys files but it isn't in the freq table so it isn't used for single core). Dual core and Quad Core are at 2314MHz and 1794MHz respectively. Pushing Dual at 2496 or 2652MHz and Quad at 2314MHz will dramatically increase performance at a moderate battery life cost (2314MHz was originally the intended Quad Core mode frequency of the 9810, and in fact, above that, diminishing returns suddenly appear.).

2: System throttles at 70°C. It is an extremely conservative choice considering we are overclocking a phone. Throttling causes a bug that makes the user unable to reach 2002MHz on small cores (Hard caps at 1950MHz even if I try to change in hKTweaks). Same for GPU, but the hard cap frequency varies there. Putting 90°C is a good balance between safety and maximum possible performance.

3: GPU frequency just does whatever it wants. Rising the minimum frequency to anything higher than 260MHz in an attempt to get more gaming performance doesn't work. Boost frequency threshold at 15% doesn't seem to make the GPU boost aggressively either.

4: If the GPU overclock is ever enabled again, it seems that there is a 775MHz frequency in the table. It would bring huge benefits to gaming. 598MHz is meh. It's just an extra 26MHz so.

That's all. The first 3 are bugs. The last one is just a suggestion.
 
Last edited:

ykkfive

Inactive Recognized Developer
Jul 25, 2010
3,003
2,907
ykkfive.blogspot.com
I am using this version since yesterday night, and it's definitely working well. Less heating and screen used to get non-responsive with the earlier version. But no such case with the newer version so far.

you mean compared with 2.10?
i didnt notice any huge differences except better battery consumption, could be due to there were too many internal builts for self testing, but it's a bump for you guys with about 10 builts skipped 😄
 

amit_coolcampus

Senior Member
Mar 30, 2013
273
35
Delhi
Samsung Galaxy Note 9
you mean compared with 2.10?
i didnt notice any huge differences except better battery consumption, could be due to there were too many internal builts for self testing, but it's a bump for you guys with about 10 builts skipped 😄
Yes 2.10 vs 2.11. My phone used to get over heated and then no response on touch. I dont know why. But it was random, normally it worked fine. Once touch was non-responsive, then only hard restart was the way. This one is working fine, fingers crossed.
 

ykkfive

Inactive Recognized Developer
Jul 25, 2010
3,003
2,907
ykkfive.blogspot.com
Either way, the same previously known issues remain, and they can be quite bad for gaming and work performance. I'll do the usual summary.

1: CPU only goes to 2886MHz in single core (I have found 2964MHz as maximum frequency in the sys files but it isn't in the freq table so it isn't used for single core). Dual core and Quad Core are at 2314MHz and 1794MHz respectively. Pushing Dual at 2496 or 2652MHz and Quad at 2314MHz will dramatically increase performance at a moderate battery life cost (2314MHz was originally the intended Quad Core mode frequency of the 9810, and in fact, above that, diminishing returns suddenly appear.).

2: System throttles at 70°C. It is an extremely conservative choice considering we are overclocking a phone. Throttling causes a bug that makes the user unable to reach 2002MHz on small cores (Hard caps at 1950MHz even if I try to change in hKTweaks). Same for GPU, but the hard cap frequency varies there. Putting 90°C is a good balance between safety and maximum possible performance.

3: GPU frequency just does whatever it wants. Rising the minimum frequency to anything higher than 260MHz in an attempt to get more gaming performance doesn't work. Boost frequency threshold at 15% doesn't seem to make the GPU boost aggressively either.

4: If the GPU overclock is ever enabled again, it seems that there is a 775MHz frequency in the table. It would bring huge benefits to gaming. 598MHz is meh. It's just an extra 26MHz so.

That's all. The first 3 are bugs. The last one is just a suggestion.

will look into these as i mentioned before since this one was focused on the file system updates. hopefully we can push it further after the ext4 problem just mentioned got fixed
 
  • Like
Reactions: TechNoobForSale

ykkfive

Inactive Recognized Developer
Jul 25, 2010
3,003
2,907
ykkfive.blogspot.com
Yes 2.10 vs 2.11. My phone used to get over heated and then no response on touch. I dont know why. But it was random, normally it worked fine. Once touch was non-responsive, then only hard restart was the way. This one is working fine, fingers crossed.

that's weird.... i have never faced that kind of problems before even with test builds. could it be dirty flashing custom roms?

anyway, glad to hear it finally get solved
 

TechNoobForSale

Senior Member
Jun 29, 2019
81
13
Also to add that while trying to make my phone use F2FS I got such a big L. Thank God I had backups. I had changed system, cache and data to F2FS. So I formatted the phone. Tried to boot like an idiot forgetting I had...deleted the damn system with the conversion LMAO. I was on stock One UI 2.5 and Kernel Version 2.11c6. I have returned the partitions to EXT4 and also while trying to put the backup on the phone in TWRP I noticed I couldn't move the system emmc.win file because it's over 4GB. Making me unable to move the backup. Though I have others that I should be able to restore since their system is smaller. I am going to restore this EXT4 backup and hope it brings everything back to normal.

The bad part however is that the system_image.emmc.win file is 4.8GB therefore can't be moved on the phone. And having no system, I definitely can't move that. So what I wanted to ask you is that if the system.ext4.win files will be enough for me to restore the system. I don't even know if I should make the vendor partition F2FS too.
 
Last edited:

TechNoobForSale

Senior Member
Jun 29, 2019
81
13
Well the backup didn't restore my system properly I suppose . It goes to the Samsung logo with a blue led for a while and then goes back to the Samsung Galaxy Note9 logo with a blue led endlessly. ykkfive, do you have any idea how to help me here lol? I would really appreciate it.
 
Last edited:

TechNoobForSale

Senior Member
Jun 29, 2019
81
13
I will try to move on AlexisROM One UI 2.5. With my phone unusable I can't keep providing benchmarks for your Kernel versions. Therefore I have to do absolutely everything I can.

Edit: Moving over to AlexisROM was successful. However being unsure whether it supports F2FS or not I will stick with EXT4 for the time being.
 
Last edited:

ykkfive

Inactive Recognized Developer
Jul 25, 2010
3,003
2,907
ykkfive.blogspot.com
I will try to move on AlexisROM One UI 2.5. With my phone unusable I can't keep providing benchmarks for your Kernel versions. Therefore I have to do absolutely everything I can.

Edit: Moving over to AlexisROM was successful. However being unsure whether it supports F2FS or not I will stick with EXT4 for the time being.
so you have restored your phone now? i mean at least it is working properly atm ?
there are something that need to be done before going f2fs, i will tell you later why
 

TechNoobForSale

Senior Member
Jun 29, 2019
81
13
so you have restored your phone now? i mean at least it is working properly atm ?
there are something that need to be done before going f2fs, i will tell you later why
Yes I managed to restore my phone from the soft brick status. The whole problem was actually due to a distraction mistake I made. It’s working and fine now though. But I am on EXT4 because I am not sure if the Alexis ROM 3.0 supports F2FS.
 

ykkfive

Inactive Recognized Developer
Jul 25, 2010
3,003
2,907
ykkfive.blogspot.com
Yes I managed to restore my phone from the soft brick status. The whole problem was actually due to a distraction mistake I made. It’s working and fine now though. But I am on EXT4 because I am not sure if the Alexis ROM 3.0 supports F2FS.

don worry, all (or most) custom roms, as well as stock rom, by default will format partitions to ext4, so you wont brick it. on the other hand, your f2fs partitions will be reformatted back to ext4 when you install a rom. although it's not ideal, you have to live with it unless they change the way how they handle the file system

for f2fs, you will need to modify the fstab.xxxxx file under vendor/etc/ by adding entries to tell the system to mount the partitons as f2fs or otherwise the mount process will fail

i don wanna talk about this too much as it is out of my control and out of the scope of a thread talking about kernel, since this should be discussed in the rom's thread in my humble opinion. however there are some good tutorials regarding how to convert from ext4 to f2fs though

i hope you will understand my situation
 

TechNoobForSale

Senior Member
Jun 29, 2019
81
13
don worry, all (or most) custom roms, as well as stock rom, by default will format partitions to ext4, so you wont brick it. on the other hand, your f2fs partitions will be reformatted back to ext4 when you install a rom. although it's not ideal, you have to live with it unless they change the way how they handle the file system

for f2fs, you will need to modify the fstab.xxxxx file under vendor/etc/ by adding entries to tell the system to mount the partitons as f2fs or otherwise the mount process will fail

i don wanna talk about this too much as it is out of my control and out of the scope of a thread talking about kernel, since this should be discussed in the rom's thread in my humble opinion. however there are some good tutorials regarding how to convert from ext4 to f2fs though

i hope you will understand my situation
To be honest as far as I'm aware for ROMs like LineageOS, you can simply format the partition to F2FS and the ROM installer will simply write on that since Lineage does support F2FS. And either way there are different setups for F2FS. Like putting only data and cache as F2FS (which still grants the vast part of the speed boost), while system remains EXT4 if F2FS is unsupported.

Either way yeah you're right and I understand you. I've already fixed my phone and EXT4 does the job nearly as good as F2FS in 2021. We can easily close this little parentesis and move on. You know the drill with my observations lmao.
 

ykkfive

Inactive Recognized Developer
Jul 25, 2010
3,003
2,907
ykkfive.blogspot.com
To be honest as far as I'm aware for ROMs like LineageOS, you can simply format the partition to F2FS and the ROM installer will simply write on that since Lineage does support F2FS. And either way there are different setups for F2FS. Like putting only data and cache as F2FS (which still grants the vast part of the speed boost), while system remains EXT4 if F2FS is unsupported.

Either way yeah you're right and I understand you. I've already fixed my phone and EXT4 does the job nearly as good as F2FS in 2021. We can easily close this little parentesis and move on. You know the drill with my observations lmao.

yeah you are right
and tbh that's why when i heard f2fs is rom dependent at first, i was so shocked. although i understood why later since the fstab has been moved from the initrd to /vendor
 
  • Like
Reactions: TechNoobForSale

Top Liked Posts

  • There are no posts matching your filters.
  • 1
    Either way, the same previously known issues remain, and they can be quite bad for gaming and work performance. I'll do the usual summary.

    1: CPU only goes to 2886MHz in single core (I have found 2964MHz as maximum frequency in the sys files but it isn't in the freq table so it isn't used for single core). Dual core and Quad Core are at 2314MHz and 1794MHz respectively. Pushing Dual at 2496 or 2652MHz and Quad at 2314MHz will dramatically increase performance at a moderate battery life cost (2314MHz was originally the intended Quad Core mode frequency of the 9810, and in fact, above that, diminishing returns suddenly appear.).

    2: System throttles at 70°C. It is an extremely conservative choice considering we are overclocking a phone. Throttling causes a bug that makes the user unable to reach 2002MHz on small cores (Hard caps at 1950MHz even if I try to change in hKTweaks). Same for GPU, but the hard cap frequency varies there. Putting 90°C is a good balance between safety and maximum possible performance.

    3: GPU frequency just does whatever it wants. Rising the minimum frequency to anything higher than 260MHz in an attempt to get more gaming performance doesn't work. Boost frequency threshold at 15% doesn't seem to make the GPU boost aggressively either.

    4: If the GPU overclock is ever enabled again, it seems that there is a 775MHz frequency in the table. It would bring huge benefits to gaming. 598MHz is meh. It's just an extra 26MHz so.

    That's all. The first 3 are bugs. The last one is just a suggestion.

    will look into these as i mentioned before since this one was focused on the file system updates. hopefully we can push it further after the ext4 problem just mentioned got fixed
    1
    To be honest as far as I'm aware for ROMs like LineageOS, you can simply format the partition to F2FS and the ROM installer will simply write on that since Lineage does support F2FS. And either way there are different setups for F2FS. Like putting only data and cache as F2FS (which still grants the vast part of the speed boost), while system remains EXT4 if F2FS is unsupported.

    Either way yeah you're right and I understand you. I've already fixed my phone and EXT4 does the job nearly as good as F2FS in 2021. We can easily close this little parentesis and move on. You know the drill with my observations lmao.

    yeah you are right
    and tbh that's why when i heard f2fs is rom dependent at first, i was so shocked. although i understood why later since the fstab has been moved from the initrd to /vendor
    1
    Look, according to my calculations, bringing the GPU to 598MHz (Originally intended GPU frequency for the 9810) and CPU frequencies to respectively:
    2886-2964MHz for Single Core (Originally intended 9810 Frequency for Single Core is 2886MHz)
    2496-2652MHz for Dual Core (Originally intended frequency is unknown)
    2314MHz for Quad Core, which is actually the originally intended quad core frequency. It's not even an overclock. It's just taking what they took away from us back. They underclocked it all the way down to 1794MHz.

    And we will EASILY be able to MATCH and maybe even beat the Kirin 980. There is also a chance we get closer to the Exynos 9820. This is just how much potential the 9810 has buddy. It's about mastering it. And if we manage to push the GPU to 775MHz? Yeah it's just next generation experience at that point (We might be able to beat the Mali G76 MP12 of the Exynos 9820, because even though it runs at like 800MHz, the amount of cores it has is much lower). But you'd have to rise the throttling point at 95°C for that.

    The Exynos 9810 is monstrous. It was held back, restrained. It was way too powerful and Samsung couldn't manage their own processor's greatness, so they simply reduced clockspeed. It's all in your hands whether this processor finally reaches its true potential or not. Best of luck. Believe it or not, the time you are spending on this processor is going to be worth it.

    Oh yeah actually I wanted to give you a little extra.
    Kernel version is 2.11c6
    Storage Performance:
    Sequential Write (4MB): 127,26 MB/s (Max 172 MB/s)
    Sequential Read (4MB): 284,62 MB/s (Max 785,72 MB/s)
    Random Write (4KB): 2,38 MB/s (Max 7,83 MB/s)
    Random Read (4KB): 11,78 MB/s (Max 813,8 MB/s)
    Memory Copy (4MB): 11,82 GB/s (Max 14,6 GB/s)

    These are the most detailed storage benchmarks I can give you currently.

    thanks for your info
    let's see what happen but i have to fix the ext4 first and it was due to the updates, either ext4 or kernel or both
    1
    There is no such thing as "Masking Knox". There is only resetting the Knox counter. Whenever you flash unofficial stuff into your phone, the counter is tripped. I heard of some Kernels resetting that, but that's about it. What you mean is maybe masking the root in OS. But that never personally worked for me.

    yeah once the efuse is blown you can do nothing, except to hack the app or framework but there's no guarantee
    1
    i'm finally back..haha..life has been kicking my ass...glad to see others picking up and chiming in.

    As with regards to the gpu, this thing _SHOULD_ in theory be able to get into the 800+ mhz range as arm was touting 850 mhz on an older process for this gpu design. YKK knows my thoughts on what needs to be done to fully utilize it. There's _DEFINITELY_ a stupid amount of performance left on the table.


    The main thing that still bugs me is how none of the kernels seem to behave the consistently across multiple kernel managers. I got a partial compile, last time I spoke to ykk. I'll eventually figure out how to get a compile so I can contribute more technical stuff.
  • 10
    Hi all,

    It's ME again, being inactive for a few years due to my health conditions since Android Marshmallow! Today I would like to present you something I wanted for so long... an updated kernel for One UI 2.5! To be honest, I knew there were a lot of changes since MM, but not until these days I realized how troublesome they are, including rooting a device these days!! ( just rooted my N960F/DS running stock pie for more than a year ;) )
    OK, here we go!!


    This is an update to the BeastMode Kernel vR154 originally developed by @freeza and patched with latest Samsung One UI 2.5 kernel sources.

    Some of the features from R154 include:
    - enforcing kernel (switchable between enforcing/permissive)
    - cpu/gpu oc
    - dt2w (double tap to wake)
    - wireguard support


    However, due to my health conditions, I cannot spend too much time to update this kernel everyday although I am jobless, nor to have frequent updates as what @freeza did to his BeastMode Kernel. So please don't expect things will come very often. Thank you



    Special notes for BeastMode Kernel v2 initial release:
    - in the initial release (v2.02) there is no fix nor new feature added to the BeastMode Kernel vR154, as it servers as an update for new One UI 2.5 ROMs released by Samsung only
    - for existing features, problems or solutions, please visit the original BeastMode Kernel thread by @freeza
    - new features will be added in later releases



    BeastMode Kernel v2:
    - built with EVA GCC 12 and Proton Clang 13.0.0
    - for cts profile/safetynet fix, please install the Universal SafetyNet Fix by @kdrag0n



    Planned features:
    - more IO schedulers
    - more governors
    - OC/UV
    - f2fs (DONE!)



    If you like this, please consider donating a loaf of bread or something to support my living or buy some treats for my old dog @ https://paypal.me/ykkfive ( I don't need coffee or beer :giggle: ). Thanks!



    Important Notes:
    if you are using a kernel manger, please go to here and see if you are affected



    Downloads:
    Changelog and downloads in post #2



    Credits:
    Big thanks to @freeza for allowing me to use his work and publish this update
    Samsung open source
    @evdenis
    @yarpiin
    @Da-BOSS
    @flar2



    Source code:
    github
    5
    NOTE: I am not responsible for bricked devices, loss of data, etc. Flash it with your OWN RISKS and ALWAYS DO A FULL BACKUP first



    Changelog and Download (NO mirror please):


    20210920 - v2.11c6

    - for FUF5/FUH1 (NOTE: 2 different versions)
    - updated to latest ext4 and f2fs
    - full f2fs support (cache and data partitions tested, system not yet tested) ** MAKE SURE you know how to go f2fs first
    - linux upstream to 4.9.280
    - some other tweaks and patches


    Downloads (mediafire) *make sure you get the right version for your rom (you can check your rom version by tapping on the dialer, and type *#1234# and read the AP shown):
    FUF5
    BM-Kernel-v2.11c6-FUF5-magisk_patched.zip (patched with Magisk 23.0)
    boot.img (no root)

    FUH1
    BM-Kernel-v2.11c6-FUH1-magisk_patched.zip (patched with Magisk 23.0)
    boot.img (no root)







    20210818 - v2.10
    - revised from the beginning with updates to FUF5
    - cpu oc/uv
    - gpu overclock/under voltage removed (awaiting fixes)
    - some changes reverted
    - Wake Gestures and Boeffla wakelocks included
    - bring back the performance from initial release (up to 23% or more with multi cores, and nearly 3x memory performance when compared with v2.04) ** thanks for reporting this issue



    Downloads (mediafire):
    BM-Kernel-v2.10-magisk_patched.zip (patched with Magisk 23.0)
    boot.img (no root)





    Previous releases:



    Known Issues:

    20210730:

    (I) for version up to v2.05, the following features do not work as expected due to my mistakes

    - Wake Gestures including double tap to wake (dt2w), swipe to wake (s2w), etc
    - Boeffla wakelocks
    - These problems will be fixed in the next version soon
    .
    FIXED. Please accept my sincere apology

    (II) in v2.05 default gpu voltage may incorrectly show the modified values as default values in kernel manager

    (III) since v2.04m the performance is not as good as v2.03 due to the introduction of some kernel changes





    20210730 - v2.05a
    - Wake Gestures and Boeffla wakelocks problems fixed
    - no other changes, bugs fixing release of v2.05







    20210729 - v2.05
    - updated with Samsung FUF5 sources just released
    - no other changes
    - REMOVED, superseded by v2.05a







    20210726 - v2.04m
    - compatible with FUF5 (** may have problems if you use lockscreen or samsung account with possible fix here. ALWAYS do a full backup first)
    - overclocked: cpu little to 2002000Mhz, gpu to 598000Mhz
    - undervoltaged: cpu/memory
    - gpu undervoltage support awaiting a fix
    - linux upstreamed to 4.9.250
    - cherry picked some kernel tweaks
    - for undervolting the gpu, you may go and read my settings here awaiting a fix






    More Previous releases:


    20210628 - v2.03
    - added "magisk detected" BASIC fix to prevent apps trying to detect if magisk is installed (only some of the detections are prevented)
    - you can see the difference by installing an app from google play store called "Дія" issued by Ministry of Digital Transformation of Ukraine

    before applying fix
    after fix applied


    - for more info, please read:
    https://darvincitech.wordpress.com/2019/11/04/detecting-magisk-hide/
    - for a comprehensive solution (NOT TO BE SUPPORTED/DISCUSSED HERE):
    https://forum.xda-developers.com/t/magisk-detected-on-bankapp-solved.4258245/
    IMHO, if there's nothing bothering you, you can ignore this comprehensive solution atm. but of coz it's up to you









    20210621 - v2.02 (init release)
    *** Special announcement for Dr.Ketan ROM Q16 - 20210623 ***
    it seems there are some compatibility issues with Dr.Ketan ROM Q16 and this kernel, due to the fact that Q16 is based on N960FXXU8FUE1 while this kernel is N960FXXS8FUE5. As a result you may not be able to login to Samsung Account, or have cts profile/safetynet issue. So please MAKE A FULL BACKUP before proceed.


    - updated with N960FXXS8FUE5 sources
    - tested with stock rom UE5, Dr Ketan Q16 with some patches
    - working properly with DevBase 7.4 and Alexis ROM 2.8 from users feedbacks
    *** make sure you have flashed N960FXXS8FUE5 AP, BL, modem etc



    .
    3
    20210920 - v2.11c6 released
    for fuf5 and fuh1 respectively
    3
    Now I migrated bm v2.02m + Alexis 2.8 combination. All seems decent for now. Still boeffla and double tap sections are missing. But it's okay.
    Here is the devchecks ram performance attachment. (on v2.02)

    I am going to perform antutu and geekbench and post here.
    u mean 2.04m?

    I am on v2.05

    Ram performance is decreased, confirmed with doing devcheck comparison and antutu bench.

    tap to wake and sleep options are gone.
    boeffla options are gone.

    Accordig to Devcheck,

    Cmemcopy: around 5000 Mb/s
    Cmemset: aroud 7500 Mb/s

    on R154 these were 10000 MB/s and 15000 Mb/s respectively.

    Cpu an GPU performance are good.

    I am on Alexis 2.9 Note 9 SM N960F


    And also the voltage table that given by dev is passed two full antutu bench. No crashes.
    i have did some tests today and yes, 2.02 is the fastest one, it was the original one without any "enhancements" in other aspects like cpu/gpu overclocking. it is not unusual that these enchancements can be beaten by the one without in terms of performance. it all depends on the usage, and more importantly everthing comes with a price. so you may find it at stock max speed outperforms an overclocked cpu due to the heat generated (which trigger the mechanism to lower the cpu freq as to cool it down). eg a 10 seconds task running with 2000Mhz may be better than 3 seconds with 2400mHz plus 7 seconds with 1700Mhz. you see what i mean? of coz, once again, it depends on the usage and the way of using it like benchmarking or daily use

    anyway, thanks for your feedbacks, as well as others. without you guys' feedback i couldnt discover the bugs myself

    also, i may consider to make an extreme version, which will be rebased on 2.02 with FUF5 but without any unneccessary changes for those who focus more on the speed due to different usage patterns if there are demands for it. but in general, 2.02 is still working fine with FUF5 except samsung account login issues for some users i believe

    on the other hand, i will continue to cherry pick some useful changes to optimize it in general for the main stream version

    thanks
    3
    EDIT 20210804
    a more aggressive gpu voltage settings is posted here awaiting a fix



    BM-Kernel-v2.04m released

    20210726 - v2.04m
    - compatible with FUF5 (** may have problems if you use lockscreen or samsung account with possible fix here. ALWAYS do a full backup first)
    - overclocked: cpu little to 2002000Mhz, gpu to 598000Mhz
    - undervoltaged: cpu/memory
    - support gpu under voltage
    - linux upstreamed to 4.9.250
    - cherry picked some kernel tweaks
    - for undervolting the gpu, you may refer to my initial safe settings below and adjust them by yourself. there are still rooms to undervolt, but it is suggested you do it bit by bit, and one by one and test the new voltage before next


    gpu_voltage.jpg