Qualcomm Fast Path For LEDE

I might be doing something wrong, but it seems to be working for me if I rmmod shortcut-fe-cm or rmmod fast-classifier (unloading either one is sufficient for me). Could you or @azuwis try this?

Only fast-classifier compiled and installed(as @dissent1 suggested), so I could not test this.

Did you confirm shortcut-fe was working when you rmmod shortcut-fe-cm or fast-classifier?

Yes, it corresponds to what I have said

@dissent1 I have been able to make successful builds on my own for the 7800 by combining your work with the Lede Master. Great work! I am on a 100M connection, before wireless I was only getting about 85-90M of that, and as of an hour ago I have been hitting 110M using WiFi and 115M using wired. Great job!

The credit should have been gone to @gwlim, I've just adjusted the driver a bit - filled the missing parts into fast-classifier and will make it clean to make a pull request and see what devs think about it. It has a noticeable chance of not going upstream, because the driver is somewhat hacky - it bypasses a lot of kernel network stack, that's why it's so fast.
Btw if you are talking about Netgear R7800 - then it supports almost up to 1gbit wired and 500-600 mbit wireless with 80mhz width, so sfe shouldn't have caused much effect.


I think there are plenty cool hacky things already in OpenWrt/LEDE, don't worry much. Thanks again to both of you for these efforts, i am waiting myself for the LEDE inclusion so i can properly build it myself for my routers.

1 Like

I completely agree that it shouldn't have done anything, for some reason though it stabilized my connection, so once I hit that max speed it stays there. Latency lowered, and bufferbloat on ingress stayed low. I am talking about my R7800 on 80Mhz.

Sorry, nevermind. Upon closer inspection, you are right. The fast-classifier does stop SQM.
The shortcut_fe_cm doesn't, but I can't test whether it is doing anything because I only have 1 gigabit capable computer and 12/2.5 mbps connection...

Does it make sense to add SFE and / or fast classifier to a low bandwidth connection when hardware is capable of routing at that speed? Router CPUs that can handle low bandwidth shouldn't need SFE, but instead requires SQM to prioritize bandwidth over a slow link.

On the other hand, 1Gbps fibre is harder to saturate constantly, making SQM less important. Instead SFE is required to help older SoCs keep up with the routing speed.

While both are true in their own scenarios, but in some edge case, it's not. Because NAT, Wi-Fi, SQM are all CPU intensive tasks.

Let's assume ISP bandwidth is 100Mbit/sec, Netgear WNDR3700 can handle that in Wi-Fi and NAT. But it will drop to about 50Mbit/sec when SQM simple.qos script enabled. If disable SQM, bufferbloat appears.

If we can make shortcut-fe and SQM work together, we may be able to get full speed without bufferbloat.

@gwlim: that patch seemed to be the problem, indeed, my C5 works fine without it for a week. Thanks!
Btw, I modified your wifi regdb patch, removed every restrictions from 00 region, now you can select every channel with it, even 14.
If you want I can create a pull request.

@all: and thank you 2 for all your work you have done! This is one of the most exciting feature in the last 10 years!
And thanks for all the testers as well!

1 Like

And you are right in this. :slight_smile:

1 Like

Sidenote: I would rather not create and distribute a version that easily allows unexpecting users to run afoul the local RF regulations. Both the US regulator and the EU regulators are quite insistent that nobody accidentally or knowingly violates the restrictions to the tune of considering disallowing open wifi firmwares like lede, let's not give them easily exploitable justifications for their 'draconian' idea about how regulation should work, okay?

Best Regards

1 Like

Oh, I forgot about this completely. so that's why gwlim included the handicapped version in his repo. Now it makes sense. Thanks

Good work! Btw, have you tested 24k optimized images on 32M RAM equipped router? It terrificaly suffers from the luck of free RAM in my tests. MemFree; floating on 2500-3100 right after reboot and NAT or bridge speed has downspikes til 0.
On lede 17.01.2 oficial images MemFree is floating on 6900-7800 in the same conditions and no speed downspikes on NAT or bridge.
Can you explain some tuneups?

Hi, followed all the topic and took a look at the PR. It will never be merged without enough descriptions and explanations.

It was discussed. Check here.

This issue was resolved. Has to use -Os target optimisations instead of -O2

gwlim page says that I need those three to make it work:


You are saying that I can actually have either the first two or the third?

Your SQM config is faulty.
You can't use fq_codel with piece_of_cake.qos