yashsingh1/xdaforums huggingface dataset:
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
or probably you may only lose a couple of seconds without it...

Like about PNO which wakelock is erased by the patch:

"scheduled scan can be triggered by framework depends upon features as like G-scan(google feature of periodic scanning), PNO scan is one such generally triggered when a connection is lost and have to reconnect in suspend state."

https://stackoverflow.com/questions...tween-pno-scan-and-scheduled-scanning-in-wlan

So probably the framework above kernel/wpa_supplicant will scan for you instead of the wpa_supplicatn and kernel, which in the end is probably a good tradeoff if some AccessPoints are buggy,.... even if PNO would be more appropriate, as wpa_supplicant cannot rely on the google java framework's scanning initiation, and thus added this wakelock behavior and PNO... but above that the userspace will still work out its way to connect to wlan even without these extra kernel features blocked by the wakelock blocking patch.
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] velimirchek:
Ninja'd me, I edit my post just at time you posted :)

Well I am open to everything as you know, but blocking wakelocks works for me :) will soon test on U11 also :)
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
your report that it works without issues gives room for my deduction above, so thanks for insisting.

I'm trying to give a theory and also give arguments why it is a good theory.

If I can explain better, I'm planning on using the patch, and will add my comments to them while patching up my kernel.
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] velimirchek:
You know me and "insisting", pretty stubborn :D

Looking forward to test and prove your theory is correct :)
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
Well, you can count on that if I find a well reasoned patch and a good explanation for hacking the driver developers original intention with reason to believe that it's not a problem with a full android framework, then I'm okay with adding it.

As for adding a way to override any wakelocks, no way. :D [MENTION=398245]LeeDroid[/MENTION] would ban my kernel from his ROM :p and with good reason
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] velimirchek:
I am out of thanks so thanks ;).. well you have way more knowledge than I do, from my own personal experience I can only tell qcom_rrx wakelock is killing both OP5 & U11 since my telecom provider exchanged my home router in late August this year :)
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
I'll have a look at patches by [MENTION=3292224]franciscofranco[/MENTION] and check as well while I dig up the driver to understand what these do. Half of them I've checked already.

Then a beta will be due with the new notification reminder vibration feature.
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] grega_slo:
Thanks man :)

I can also confirm that HTC 10 and U11 do not suffer from anything while wakelocks blocked.

I don`t know why they are there but I`ve extended sleep time for quite a lot (10-15%).

Interestingly in NON IPv6 networks things are lot more quiet (no RA messages etc...)... Some admins configured RA to be sent like 3 times per minute and that woke my 10 or 11 up like crazy :)
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] Freak07:
[MENTION=3088420]tbalden[/MENTION] when I said they block all of them I meant the old patch. Did you get that right? So only the 6-7 wakelocks. Not all of the generic wakelock Blocker.
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
Yes, it was clear. Thanks for the links and info on them, all very useful
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] jelive:
Are you using an app(s) to id your wakelocks and block. Used to use xposed and amplify which needs xposed. Tried magisk xposed module but amplify no go. BBS not useful for kernel wakelocks id except using with EAS.
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
- Update 2.3.0 beta1 -​

Vibrating Notification Reminder new feature!

Feature:

- after each notification you haven't checked while screen is off, it will do a Vibrating notification reminder after X number (default 15) of flashlight notification blink. (DEFAULT ON, ON each 15th flashlight notification blink).

- if you switch screen on, or if flashlight notification stops, it will stop vibrating.

- (Low light mode, or Flashlight notification off will disable this feature)

- vibration power (length) adjustable from 1 to 500

/indicator/bln_vib_notification 1/0 (default 1 ON)

/indicator/bln_vib_notification_slowness 5-30 (default 15, periodicity bound with flashlight notif)

/indicator/bln_vib_notification_length 1-500 (how many milliseconds to vibrate on each reminder, default 300)

WLAN related "non-vital" wakelocks disabled sparing wifi standby battery

Those WLAN wakelocks that can cause wakelocks drain with Access points on "faulty" firmware or configured with excessive interaction periodicity

Most of these wakelocks are related to scanning, switching between wlans or wakeup-on-wlan, which are some way or another managed by userspace as well to an extent where it doesn't cause user experience degradation.

Please test, I have no problems so far with my testings. Thanks and credits to [MENTION=3428502]Freak07[/MENTION] [MENTION=4684315]flar2[/MENTION] [MENTION=8395457]velimirchek[/MENTION] [MENTION=471306]grega_slo[/MENTION] for discussion/test/patches.

Download (2.3.0 beta1):

https://www.androidfilehost.com/?fid=817906626617936599
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] android_patrizian:
Just installed. Everything works fine so far. Thank you for the permanent innovations and development.:)
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] cjrivera04:
So if I'm understanding correctly the beta should allow for better stand by time when screen is off correct? Just flashed it and everything is working fine.
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
Yes, especially with quirky access points, but I'm testing this myself as well. Gsam battery monitor in place, so far so good, but I'll need more test to see some statistics :)
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] velimirchek:
yeah, using BBS to monitor them and exkm to block them.. you can place this script by [MENTION=3428502]Freak07[/MENTION] in magisk core post boot fs folder and in exkm set it to run on boot https://androidfilehost.com/?fid=817550096634788883 and it should work for any kernel or you can nag [MENTION=3088420]tbalden[/MENTION] to modify ramdisk (anykernel.sh with following code) which he won't :p :highfive:

remove_line init.rc "on property:ro.sf=1"
remove_line init.rc "umount /sys/kernel/debug"
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
Known bug:

when Vibrating Notification Reminder triggers, sometimes it can get stuck into a very long vibration. I'll have a look at this today
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
hmm i wouldn't say I won't.

Do you know if the debug fs is accessible without root if these lines are added?
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] velimirchek:
interesting question, I guess it should work?.. this lines are removed not added :).. basically the full section in init.rc is:

# Unmount debugfs if SHIP S-ON +++
on property:ro.sf=1
umount /sys/kernel/debug
# Unmount debugfs if SHIP S-ON +++

but I din't know better way to do it except te use remove_line
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
you don't follow me...remove_line will remove a line from init.rc, right? :p

This is what anykernel will do:

# remove_line <file> <line match string>
remove_line() {
if [ ! -z "$(grep "$2" $1)" ]; then
line=`grep -n "$2" $1 | cut -d: -f1`;
sed -i "${line}d" $1;
fi;
}

Obvious, isn't it?
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] velimirchek:
Obvious.. need coffee. :good:
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
ouch, now I see that I misunderstood your post, i need coffee. You're totally right...sorry! :eek::highfive:

but i think your way is perfect. Removing lines is just as good as adding.

(BTW we could try to do the opposite in another two lines, but why bother, if this works on sense)

EDIT: like:

mount -t debugfs none /sys/kernel/debug
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] velimirchek:
we both need coffee :laugh: I messed up my post also.. oh well, all good :)

---------- Post added at 11:45 ---------- Previous post was at 10:51 ----------

I tried mount -t debugfs none /sys/kernel/debug in different .sh in August and for some reason (probably Magisk and executing scripts) couldn't get it to work (also don't have knowledge how to troubleshoot it) so I settled for removing lines in init.rc :)
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] jelive:
Damn...same problem had when tried previously...tick to run at boot in Exkm script mgr will not stick.
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] velimirchek:
Ah, I now remember you had same issue before.. that's strange, then you are in [MENTION=3088420]tbalden[/MENTION] 's hands :D
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] jelive:
Curious...what permissions should exkm have...I show only storage.
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] velimirchek:
Same here..
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
I'll check the anykernel today, in a couple of hours... Together with the vibration too long bug of notification reminder
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] velimirchek:
in the mean time, can you try and see if anything changes in exkm by opening terminal emulator (termux or similar) and typing

su
chmod +x /magisk/.core/post-fs-data.d/bbs1.sh

you did unzip the file (sorry for a dumb question)? :)
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] jelive:
Yes unzipped...did I do cmd right?
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] velimirchek:
you are missing space between x and /magisk..

I don't know if it will help, just looked up some old posts :)
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] jelive:
Another try...
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] velimirchek:
good.. anything changed regarding sticking in EXKM? :)

edit: also what happens when you press run in exkm (on the script)?
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] jelive:
Still no stick. Run shows no output.

Edit...do notice if I make sure permissions are 0755 go to exkm tick it sticks then backout look at file permissions which r then 0744 and back to exkm and no stick??
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] velimirchek:
really strange.. (no output is good).. looks like something is overriding the script.. have no other ideas.. sorry.
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] jelive:
See above edit added. Seems exkm tick changes permissions which affects tick to stick?? Have to hope 4 some tbalden magic ?
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] velimirchek:
yeah.. i am out of ideas.. I have no problem putting any script in that folder and it sticks without any modifications :/
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
and I'll need to check this change with [MENTION=398245]LeeDroid[/MENTION] if the kernel installation zImage ramdisk repackaging will need additional tweak to remove unmounting of kernel debug fs in ROM installer..
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] jelive:
If u have version u want me to test let me know.
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] panosmdma:
Hi! I'm on Viper 1.7.0 (1.16 base) US unlocked version.

After I installed the kernel I have bootloop.

My device is encrypted...
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
Viperu 1.7 is 1.27, right?

Or is that 1.16 the firmware version on your phone?
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] panosmdma:
Yes Viper is on 1.27 base but my firmware version is still on 1.16.
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
hmm, strange thing is that without this removal I do have this on stock 1.27 hong kong and it's S-On:

# mount|grep debug
debugfs on /sys/kernel/debug type debugfs (rw,seclabel,relatime)

I don't have root, so BBS doesn't show it unfortunately, but the mounted debug is there.

Anyway, I've fixed the too long vibration issue, so gonna release the beta2 installer with your remove_line in anykernel.sh, probably then all will be fine with BBS
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
That's strange... Let's see if anyone else on 1.16 firmware who uses this kernel has such bootloop.

Could you try an earlier version 1.xx of this kernel? That was based on 1.03 kernel sources, so it should work if this is the issue with firmware
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
- Update 2.3.0 beta2 -​

Changes from Beta1 -> Beta2

Vibrating Notification Reminder new feature!

Change:

- Fixed too long vibrations happening occasionally.

- default length of a vib down to 250msec from 300msec.

Ramdisk mod:

Removing unmounting of debug fs for BBS battery stats and other such applications.

Beta1

Vibrating Notification Reminder new feature!

Feature:

- after each notification you haven't checked while screen is off, it will do a Vibrating notification reminder after X number (default 15) of flashlight notification blink. (DEFAULT ON, ON each 15th flashlight notification blink).

- if you switch screen on, or if flashlight notification stops, it will stop vibrating.

- (Low light mode, or Flashlight notification off will disable this feature)

- vibration power (length) adjustable from 1 to 500

/indicator/bln_vib_notification 1/0 (default 1 ON)

/indicator/bln_vib_notification_slowness 5-30 (default 15, periodicity bound with flashlight notif)

/indicator/bln_vib_notification_length 1-500 (how many milliseconds to vibrate on each reminder, default 300)

WLAN related "non-vital" wakelocks disabled sparing wifi standby battery

Those WLAN wakelocks that can cause wakelocks drain with Access points on "faulty" firmware or configured with excessive interaction periodicity

Most of these wakelocks are related to scanning, switching between wlans or wakeup-on-wlan, which are some way or another managed by userspace as well to an extent where it doesn't cause user experience degradation.

Please test, I have no problems so far with my testings. Thanks and credits to [MENTION=3428502]Freak07[/MENTION] [MENTION=4684315]flar2[/MENTION] [MENTION=8395457]velimirchek[/MENTION] [MENTION=471306]grega_slo[/MENTION] for discussion/test/patches.

Download (2.3.0 beta2):

https://www.androidfilehost.com/?fid=745849072291679129
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] panosmdma:
I tried 1.3.0, 1.5.6 and 1.8.1 and only 1.3.0 is working... But 1.3.0 is until 1.13 base right?:confused:
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
Well, all kernel works on 1.27 ROM base, but has some stutter issue which was fixed in 1.5.6, but still 1.5.6 should work with old firmware.. :confused: me as well...

could you please try 1.5.0 to see if the stutter fix might cause this trouble ?
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] panosmdma:
I tested 1.5.0 but unfortunately I still have bootloops...
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
Are you using edge sense or edge sense plus?

Try disabling edge sense altogether, looks like its acting up.

It would be very interesting to see some dmesg log.

Is the boot loop happening right while booting up? Is it a full boot loop or a soft bootloop?
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] jelive:
tbalden...BBS looking good. Thx alot for making the change and resolving for us on ur kernel.
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] panosmdma:
I have only edge sense and I tried to boot the new kernel after disable edge sense without any success.

The bootloop happens after the HTC logo, at this moment I except to see the login page

because my phone is encrypted, but instead my phone reboots and this is happened again and again...

I hope my dmesg logs to help you find the problem.

The error in kernel is this:

<4>[ 0.708690] c4 6 don't recognize rcg frequency for ahb_clk_src

<4>[ 0.708798] c4 6 ------------[ cut here ]------------

<4>[ 0.708825] c4 6 WARNING: at /home/aa/Project/OceanWHL_GenericOC_WWE_N71_CRC_Sense90GP_Stable_505052/kernel/msm-4.4/drivers/clk/msm/clock-local2.c:543

<4>[ 0.708848] c4 6 Modules linked in:

<4>[ 0.708870] c4 6

<4>[ 0.708900] c4 6 CPU: 4 PID: 6 Comm: kworker/u16:0 Not tainted 4.4.21-perf-g1d08bd3 #1

<4>[ 0.708923] c4 6 Hardware name: HTC Corporation. MSM8998 v2.1 OCN A (DT)

<4>[ 0.708959] c4 6 Workqueue: deferwq deferred_probe_work_func

You can find the entire log in the dmesg_recovery.log

Thanks in advance!
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
Thank you for the logs... the warning is in the recovery dmesg log, which is not relevant in this case...

I'm looking at it, but no clue yet what's causing this

So which firmware / region is the phone exactly on originally?
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] panosmdma:
Thank you about the interest!

My firmware is 1.16.617.6.9.0 and my phone is BS_US001 (US unlocked).

I noticed today is a new firmware available for my device (1.28.617.6):

https://docs.google.com/spreadsheets/d/15JL3tRWDSVOUKo_revEYtQ_tRcOSJ0vWcvk8a7TK8Hk/edit#gid=0

Just now I finished the download and I will try to install the kernel after I flash the new firmware.

I will start everything from the begging (return to stock/flash recovery/etc).

I will report back the results.

Thanks!
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] panosmdma:
After upgrade everything working fine! :D

I am now on new firmware 1.28 Rom Viper 1.7.0

US unlocked and the latest 2.2.1 kernel.
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
Happy to hear. I'm suspecting that something unpublished in public kernel sources is specially different on unlocked dev stock kernels... But it's weird that something that I've changed in the code triggers this boot loop...
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
Great, I mostly don't use root so thanks for checking back with the info.
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
Hmm okay now I see what you meant by viper u US unlocked older base.

Viperu changelog

"Updated US unlocked base to 1.28.617.6" so up until now you had some other base with the rom. That could explain the issue, as probably not many users were on that base, so no one reported this
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] velimirchek:
[MENTION=3088420]tbalden[/MENTION] vibrating notification reminder works great and issue from previous beta is gone for me in an undisclosed now also systemless kernel.. thanks so much for that feature :)
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
...and working on my surprise "gesture" to activate the vib. notification reminder.. it won't be default on, as it is something that I suspect people not necessarily find useful/non-annoying :) But instead an easy "gesture" will switch it on to Full Light/Vib Mode.... stable soon :good:
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] velimirchek:
:good: I am still (actually only now found time) setting U11 up :cool:
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
- Update 2.3.0 stable -​

Vibrating Notification Reminder new feature!

Feature:

- after each notification you haven't checked while screen is off, it will do a Vibrating notification reminder after X number (default 15) of flashlight notification blink. (DEFAULT OFF, if you switch on, it will vib on each 15th flashlight).

- if you switch screen on, or if flashlight notification stops, it will stop vibrating.

- (Low light mode, or Flashlight notification off will disable this feature)

- vibration power (length) adjustable from 1 to 500

- use Full light/vib switch to activate it (double press VolUp/Down while screen is off)

/indicator/bln_vib_notification 1/0 (default 0 OFF)

/indicator/bln_vib_notification_slowness 5-30 (default 15, periodicity bound with flashlight notif)

/indicator/bln_vib_notification_length 1-500 (how many milliseconds to vibrate on each reminder, default 250)

Full Light/Full Vib Reminder switch - double press VolUp/Down while screen off

Feature:

- Double press VolUp/Down quickly while Screen-Off to switch to

---> Full Light/Vib mode: Vib. Notification Reminder will switch on, along with Flashlight notification, full BLN, full lit leds, and Notification booster on

Ramdisk mod:

debug fs for BBS battery stats and other such applications is enabled by AnyKernel.sh of the installer

WLAN related "non-vital" wakelocks disabled sparing wifi standby battery

Those WLAN wakelocks that can cause wakelocks drain with Access points on "faulty" firmware or configured with excessive interaction periodicity

Most of these wakelocks are related to scanning, switching between wlans or wakeup-on-wlan, which are some way or another managed by userspace as well to an extent where it doesn't cause user experience degradation.

Thanks and credits to [MENTION=3428502]Freak07[/MENTION] [MENTION=4684315]flar2[/MENTION] [MENTION=8395457]velimirchek[/MENTION] [MENTION=471306]grega_slo[/MENTION] for discussion/test/patches.

Download (2.3.0):

https://www.androidfilehost.com/?fid=817906626617937086
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] jelive:
Disappointed removing ramdisk mod for bbs etc. Is it causing problem?
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
it's not removed. It's still there. Just stating that the unmounting is removed. :) I'll write it up a different way, to make it more unambiguous.
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] panosmdma:
Thanks [MENTION=3088420]tbalden[/MENTION] for the new update!

Everything now working perfectly!

P.S. You have a gift as a appreciation about your hard work with the kernel :good:
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
Much appreciated! You're the fourth one on the table of donators related to my u11 work.

Can't thank you enough, this is always something great, it shows that people really find useful and good what xda devs do :) :good:

I have drunk a huge amount of cups of coffee and kegs of beer since I got my u11 and developing... :laugh:
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] jelive:
Little something to help with coffee and beers:D

7B973310WL343324L
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] sttw1fa:
Ditto. 3E034725H7259531P
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] velimirchek:
Works great, although I have enabled it by default.. usually @ work my phone is laying on the table and one hand is at computer mouse so it is hard to enable by gesture with one hand (and to remember to enable it LoL).. the only time it would bother me maybe is at night, but my phone is @ DND anyway so.. Perfect!
[HTC U11  ROMs, Kernels, Recoveries, & Other Develo] tbalden:
Hmm, I'm still not sure what would be more practical as default for those who don't tweak the phone and use the phone without rooted setup.

Honestly I'd have it default ON as well, but not sure about the overall opinion. Let's have a bit of discussion. :)

[MENTION=2344619]guidogsbn[/MENTION] [MENTION=1162986]Captain_Throwback[/MENTION] [MENTION=398245]LeeDroid[/MENTION] [MENTION=3428502]Freak07[/MENTION] [MENTION=1330293]jelive[/MENTION] [MENTION=1835031]cjrivera123[/MENTION] [MENTION=2632943]Whiskey103[/MENTION] [MENTION=1722162]sardroid[/MENTION] [MENTION=2354101]The Great Dane[/MENTION] [MENTION=5193466]DroidIt![/MENTION] [MENTION=5834551]sttw1fa[/MENTION] [MENTION=2500129]panosmdma[/MENTION] [MENTION=5779397]Bud Horn[/MENTION]

Share your idea, which would be your preferred default, to have Vibrating Notification Reminder ON or off and use an additional step to activate it.