KernelSU Next
16.4K subscribers
241 photos
68 videos
36 files
167 links
A Kernel-based root solution for Android devices. (Next experimental branch)

https://github.com/KernelSU-Next/KernelSU-Next

https://kernelsu-next.github.io/webpage/

Come join the discussions!
Download Telegram
Let's not be toxic anymore for the sake of the open source community πŸ‘
❀101πŸ—Ώ19😁10πŸ”₯8😱6πŸ‘5✍1πŸ™1
If the authors of the cherry-picked code has any issues on KernelSU-Next please contact me as a civilized professional manner and not yapping and monkeying over things that's not even your code.
❀78πŸ—Ώ17πŸ‘8😁8❀‍πŸ”₯5πŸ’―3πŸ†2🫑2✍1
"If your device has an open kernel source and still use magisk or apatch instead of KernelSU-Next + SuSFS then it's a serious goddamn crime and you need to lock your bootloader for real you don't deserve root πŸ₯΄"


The emoji πŸ₯΄ should've obviously gave out the joke but it was taken as a serious and bad mouthing like bro I use magisk on my other devices and I absolutely love the concept of apatch from the very beginning and have said it in public groups multiple times as it has some much potential even more than KernelSU or Next, to the point I wanna work on apatch as well cuz I love everything about kpm, so idk why people are talking my words as a bad intent still and keeping the drama alive which shouldn't ever be a drama about this, I simply joked that why you not using ksu next + susfs if you really want root hidden and shit talking next while never used it and using magisk and apatch which has issues with root hiding at the moment and with the joke part I also said if you don't use something you don't know anything about and not use ksu next while you are in the ksu next group then you should lock your bootloader and you don't deserve root an obvious joke also I said it's a crime because you are here in the group and not using ksu next before shit talking is brainrot,

I would never diss other root solution/alternatives while I use them myself and am a fan since magisk was very new to the community.

If you are so butt hurt about a joke then it's a you problem and idk how it is an issue for me .

But anyways I apologize for a joke

πŸ₯΄ Now we have to apologize for a joke is what says this generation is fucked up
πŸ‘218πŸ—Ώ55😁35😒8πŸ‘7πŸ’―6⚑4πŸ€—4πŸ‘€3πŸ‘Œ2πŸ’‹2
manager: added developer options toggle
manager: removed module card onClick open webui
manager: diabled umount modules by default

https://github.com/rifsxd/KernelSU-Next/commit/00cab2209eb547e4d8022b7e3baf69a237c2a740
πŸ”₯40😱10πŸ‘7😁4πŸ₯°2😒2🀯1
manager: fix umountModule toggle not showing as enabled after manager restart

https://github.com/rifsxd/KernelSU-Next/commit/682f93667b2266fbf17cf17478b4950ac6acb57d
πŸ‘24πŸ”₯6πŸ—Ώ3❀1πŸ₯°1😁1🀯1
Minor error on the commit to not umount modules by default which was in manager which is a dead code and really doesnt do the job so lets just directly do it from the kernel driver itself
πŸ‘12❀1πŸ”₯1πŸ₯°1πŸ’―1
Overlayfs mode with no susfs but no modules.img detected πŸ˜…
πŸ‘45😁5😎3πŸ”₯2πŸ₯°2❀1
Custom sparse image resize option? [OVERLAYFS]
Anonymous Poll
48%
Yes
6%
No
46%
I use magic mount
πŸ‘16πŸ”₯3
KernelSU Next
ksud_overlayfs: reduce sparse image size to 6GB https://github.com/rifsxd/KernelSU-Next/commit/b2a8fb66d380b9dc03175b408fc3e66139f66cc8
About this ive reduced down the sparse image size from 16GB to now 6GB since in future updates KernelSU-Next will allow you to set custom sparse image sizes so small size wont matter for your huge module lists that exceeds 6GB lol
😁23πŸ‘7❀1
KernelSU Official completely trying to kill NON-GKI support and more over manual hooks for kernel also improving on kprobes Su which might be interesting who knows if its better than manual hooks or not. But rip NON-GKI tho i wont pick this change to keep NON-GKI alive for Next.
😒73❀46πŸ‘25πŸ”₯4😁3😨3🀝3πŸ₯°2πŸ‘1πŸ€”1
Hmm interesting ximi let's you have strong just like that easy πŸ˜‚ using magisk on my main device and it feels refreshing going back
πŸ‘58πŸ€”19❀9😁3πŸ₯°2πŸŽ…2😱1😭1