I have successfully ported Qualcomm OpenSourced Fast Path for LEDEN
Fast Path will work on ALL hardware
You don’t need to configure any additional settings for Fast Path as long as modules are loaded successfully it will work
From my testing Fast Path improves Wireless and Wired Throughput
On my WDR4300v1 running at 730MHZ I can achieve Wire Speeds
Client connecting to 10.1.1.2, TCP port 5001
TCP window size: 0.08 MByte (default)
[ 3] local 192.168.1.103 port 48152 connected with 10.1.1.2 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0- 1.0 sec 113 MBytes 948 Mbits/sec
[ 3] 1.0- 2.0 sec 110 MBytes 920 Mbits/sec
[ 3] 2.0- 3.0 sec 111 MBytes 929 Mbits/sec
[ 3] 3.0- 4.0 sec 109 MBytes 912 Mbits/sec
[ 3] 4.0- 5.0 sec 111 MBytes 929 Mbits/sec
[ 3] 5.0- 6.0 sec 109 MBytes 914 Mbits/sec
[ 3] 6.0- 7.0 sec 109 MBytes 918 Mbits/sec
[ 3] 7.0- 8.0 sec 109 MBytes 911 Mbits/sec
[ 3] 8.0- 9.0 sec 111 MBytes 929 Mbits/sec
[ 3] 9.0-10.0 sec 109 MBytes 916 Mbits/sec
[ 3] 0.0-10.0 sec 1100 MBytes 922 Mbits/sec
Repository is here
Builds are here
I do not own any rights to any of the above binaries.
All my patches are open and can be inspected with any text editor and anyone capable of reading them.
I test my patches with iperf to benchmark performance.
I own the following router and test for them any other routers builds are not tested.
WR1043ND RAM upgrade to 64M CPU OCed to 430MHZ
WDR4300v1 CPU OCed to 730 MHZ
WDR4900v1 stock until I figured out how to OC it
There are patches,kernel config from LEDE which I determine that it kills performance on certain architecture which is why they are removed
It is also built with security by using Strong SSP options and PIE.
If you feel for some reason my patches has issues feel free to adopt them to your own.
The images are patched to obtain vanilla LEDE packages from LEDE software repository by default.
The only reason why you cannot install kmods is that LEDE hashes their kernel config therefore since I changed the config the hash changes so it becomes incompatible
But since these are configs that kills performance I cannot agree to keeping it.
The images are build with security and performance in mind which is what I want and most people want.
I am also constantly trying to think of ways to optimize the performance as well as to reduce size and my patches are not designed to be persistent, it is meant for cloning, building and deleting and start over so I will use it as it is to test new patches if you happen to clone it and it breaks I am not responsible for bricking your router.
I am not making money from this, I am just sharing it in its entirety like it is in a fully opensource manner with Zero Binary blobs or obfuscation, it is not my full time job.
Anyone who is capable of reading source code and scripts should be able to read and port my patches, if you are not able to do so then too bad.
For those who want the patches on Kernel 4.9 feel free to port it.
I don’t really care for kernel version incrementation as with each release the bloat gets bigger and does nothing significant for my router platform.
x86/Enterprise always have the first class seat in the Linux Kernel
As long as the kernel is stable & LTS supported with proper security patches, it is good enough for me.