What's new
  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

FlexQoS FlexQoS 1.5.2 - Flexible QoS Enhancement Script for Adaptive QoS

@dave14305

I see a hard coded list of models here for flow control added in version: v1.4.0 (11-May-2024)
I'm assuming this hard coded list is outdated considering i don't see any further updates since that point.

Can I ask you what requirements determined if a model made it onto the list?
Can we add code to check a nvram value for fc_disable instead of hard coding models?
 
Last edited:
I'm assuming this hard coded list is outdated considering i don't see any further updates since that point.

Can I ask you what requirements determined if a model made it onto the list?
They were the existing HND5.04 models at the time, presumably. Are there any newer models? We know the BE models don’t work. I must not have had a way to determine the kernel version in the GUI so the models were hardcoded.
Can we add code to check a nvram value for fc_disable instead of hard coding models?
It wouldn’t achieve the same result, unless I misunderstand what you’re going to do with it.
 
They were the existing HND5.04 models at the time, presumably. Are there any newer models? We know the BE models don’t work. I must not have had a way to determine the kernel version in the GUI so the models were hardcoded.

It wouldn’t achieve the same result, unless I misunderstand what you’re going to do with it.

Gotcha, so it's ONLY HND5.04 models and nothing newer essentially.
Will make testing this tricker, but I can probably just spoof the model or add mine to the list temporarily right to test?
 
@dave14305 Nvm I found a reliable way to test.
@Kingp1n I managed to recreate your issue now in testing, I believe I have a good idea where to look. Give me some time this evening when I return to check into this further
 
Release Notes for FlexQoS 1.5.1 production release now available
[2025-Sep-06]

What's changed/new?

  • FIXED: Properly compare version by using arithmetic conversion
  • FIXED: Fixed new schedule keeping Flow Cache disabled when disabling QoS as reported by @Kingp1n

The fork from @dave14305 's repository is now hosted on the AMTM-OSR GitHub repo:
https://github.com/AMTM-OSR/FlexQoS
 
Apparently FlexQoS has two modes: six-month nap and 24-hour firehose.
Not sure if I fixed the scheduler, or just disabled "Flow Control" on myself triggering a denial-of-sleep attack.
 
Release Notes for FlexQoS 1.5.1 production release now available
[2025-Sep-06]

What's changed/new?

  • FIXED: Properly compare version by using arithmetic conversion
  • FIXED: Fixed new schedule keeping Flow Cache disabled when disabling QoS as reported by @Kingp1n

The fork from @dave14305 's repository is now hosted on the AMTM-OSR GitHub repo:
https://github.com/AMTM-OSR/FlexQoS

Thanks for the quick fix...all working flawlessly. I like this new feature.
 
Thanks for the quick fix...all working flawlessly. I like this new feature.

I'm trying.. I'm just happy I didn't really have to re-do any fix twice. (so far)

I have a feeling by this point we must of covered more or less anything missed in the "dev" branch. I'll try not to Jinx anything by saying that out loud though 😅 I'm happy to stop at only 24 hours of patching.
 
This is not a bug with the code, but a limitation within Firefox.

What you call limitation is a to spec implementation of 'input time', anything chrome is doing is beyond the spec and unreliable, the button won't be present on any non chromium engine browser including safari, if you want the dial it should be done in a completely cross browser manner using something like timepicker-ui
 
i read that as "Thanks, i prefer to not be spec compliant"

No, the purpose of the messaging of the limitation was to inform people not to report the missing dial as an issue.

So adding extra code to support a dial, which I am already saying is unsupported feels like potential technical debt that would need to be supported and updated with time, and I'm not interested in handling that at this time.

If you'd like to submit a PR implementing it, and are willing to support it if something breaks then by all means we will consider it.
 
I rebooted my router while QoS was off via cron.
When it rebooted, QoS failed to start, which is expected.
However, at the ON time, it started borked. It seemed that QoS and flexqos started, but the page wasn't mounted. I made a buffer float test and it seemed it wasn't working properly.
Solution was forcing an update, and then the aos started flawlessly.
 
I rebooted my router while QoS was off via cron.
When it rebooted, QoS failed to start, which is expected.
However, at the ON time, it started borked. It seemed that QoS and flexqos started, but the page wasn't mounted. I made a buffer float test and it seemed it wasn't working properly.
Solution was forcing an update, and then the aos started flawlessly.

Thanks for the feedback and I managed to replicate this on my side.
Essentially if I had a schedule set to disable QoS at noon and it rebooted at 12:30 (for example), it would not actually "startup" FlexQoS since it has a check for QoS being enabled at startup otherwise it skips, and the last state was having QoS disabled before the reboot.

Code:
Sep 27 11:58:56 FlexQoS: /jffs/addons/flexqos/flexqos.sh (pid=16848) called in unattended mode with 1 args: -start
Sep 27 11:58:56 FlexQoS: Adaptive QoS is not enabled. Skipping FlexQoS startup.

This caused the bug you were seeing.
I had 2 choices which was remove the check from the startup function, but I believe it's there for good reason. (So that we don't attempt to apply any policies while QoS is disabled.)

My other choice which is what I elected to do was re-ordered and organized the flow for the startup sequence so it always starts QoS if you have a schedule configured.
This allows FlexQoS to startup normally, and then at the end I apply any custom schedules which may (or may not) re-disable QoS depending on the current time.

Please update to the latest develop version to test again (make sure you have QoS enabled when you do so):
Code:
sh /jffs/addons/flexqos/flexqos.sh develop
 
Thanks for the feedback and I managed to replicate this on my side.
Essentially if I had a schedule set to disable QoS at noon and it rebooted at 12:30 (for example), it would not actually "startup" FlexQoS since it has a check for QoS being enabled at startup otherwise it skips, and the last state was having QoS disabled before the reboot.

Code:
Sep 27 11:58:56 FlexQoS: /jffs/addons/flexqos/flexqos.sh (pid=16848) called in unattended mode with 1 args: -start
Sep 27 11:58:56 FlexQoS: Adaptive QoS is not enabled. Skipping FlexQoS startup.

This caused the bug you were seeing.
I had 2 choices which was remove the check from the startup function, but I believe it's there for good reason. (So that we don't attempt to apply any policies while QoS is disabled.)

My other choice which is what I elected to do was re-ordered and organized the flow for the startup sequence so it always starts QoS if you have a schedule configured.
This allows FlexQoS to startup normally, and then at the end I apply any custom schedules which may (or may not) re-disable QoS depending on the current time.

Please update to the latest develop version to test again (make sure you have QoS enabled when you do so):
Code:
sh /jffs/addons/flexqos/flexqos.sh develop
Nothing to complain on latest develop version 🙂

Thanks for your prompt help 👌🏻
 
Nothing to complain on latest develop version 🙂

Thanks for your prompt help 👌🏻

Happy to help. If nothing else is reported I'll issue a new release come September 30th.

I'll be a lot slower come October (if able to help at all), as I bought my first house and I'm getting the keys October 1st.

I'm excited, but there's a little work to do and I'll be busy with the move for the month of October.

I'm considering putting an out of office on in my signature or something lol 😁
All that to say if you find any other bugs this is the time! 😉
 
Happy to help. If nothing else is reported I'll issue a new release come September 30th.

I'll be a lot slower come October (if able to help at all), as I bought my first house and I'm getting the keys October 1st.

I'm excited, but there's a little work to do and I'll be busy with the move for the month of October.

I'm considering putting an out of office on in my signature or something lol 😁
All that to say if you find any other bugs this is the time! 😉
Congrats on the new home. Thanks for the quick fix!
 
Release Notes for FlexQoS 1.5.2 production release now available
[2025-Sep-30]

What's changed/new?
- FIXED: A bug with commit: Bug-Fix caused FlexQoS to fail the startup sequence if the router rebooted while a QoS schedule had QoS disabled. As reported by maghuro

The fork from @dave14305 's repository is now hosted on the AMTM-OSR GitHub repo:

I'm out of here for the next month of October for my move, see you all in about a month!
 
Last edited:

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Back
Top