Disclaimer

I am not responsible if your devices send you back in time, explodes, implodes, bricks or flies into space from the use of any software I put up.

Search

Loading...

Thursday, December 18, 2014

TP-Link Recovery Mode for WR1043ND

Did I ever mentioned that my overclocked bootloader has TP-Link's new built in tftp recovery mechanism?
Do know know if you ever flashed my overclocked bootloader successfully and later "brick" it by flashing new OpenWRT images wrongly there is a 100% chance of recovery?

Simply said I created the overclocked firmware mods by detecting the bit responsible for flipping up the PLL, modifying the bit and correcting the checksum so the new TP-Link uboot tftp recovery mechanism still works.

In fact I use it to test all the firmware I built ALL THE TIME because I am simply too lazy to open up the router and connect the serial pins.

So how do you do it?
  1. Turn off all firewall
  2. Get a tftp server software, in Windows I use tftpd32 in Linux I use dnsmasq
  3. Copy a factory firmware (without the uboot) into the tftp directory change the filename to wr1043nv1_tp_recovery.bin
  4. To activate the recovery mode hold the reset button immediately when it powers on before it boots into linux, you will flashing lights.
  5. This emergency mode listens for the IP Address 192.168.0.66 so you can set 192.168.0.66 static ip mode on your PC running the tftp software
  6. After that if the router detects the tftp server it will attempt to grab to grab the file wr1043nv1_tp_recovery.bin from the tftp server at 192.168.0.66
  7. Then it will begin flashing itself you just need to grab a cup of coffee while it reboots after flashing
In fact all new TP-Link firmware with bootloaders now come with recovery modes listening at different address. You can refer to this useful forum thread by a uboot expert pepe2k.

Friday, November 28, 2014

OpenWRT Barrier Breaker December Release 2014

Yet another Edit:
The performance regression on Barrier Breaker has been solved.
This was due to removal of the Routing Cache in the Linux Kernel.
The routing cache has been added back as a patch and I have included it in the December Release.
Please refer to the new results below for more information.

Edit:
The issue has been resolved, the bug only occurs in Kernel Version 3.10.61, it does not happen on 3.10.60 so I reverted the December release to 3.10.60.
All my December Release has been updated and I have tested no latency issues. Fix will be final.

Released Tweaked OpenWRT Barrier Breaker for December
Patch Build Scripts available for
Download Links
(Factory for conversion from factory to OpenWRT)
(Sysupgrade from OpenWRT to newer OpenWRT)
Performance Baseline
Wifi Test conducted with a 2 Stream Wireless Client Adapter (300Mbps) using WPA2-Personal with AES Encryption
OpenWRT does not have hardware NAT capabilities at time of writing.
The WDR4300v1 Tested is Overclocked @ 740MHZ Stable, original units are Clocked at 560MHZ
The WR1043NDv1 tested is Overclocked @ 430MHZ Stable, original units are Clocked at 400MHZ

TL-WDR4300 2.4GHZ LAN TO WAN
(Force 40MHZ Near NO ROUTING CACHE)


TL-WDR4300 2.4GHZ LAN TO WAN
(Force 40MHZ Near WITH ROUTING CACHE)

TL-WDR4300 5GHZ LAN TO WAN
(Force 40MHZ Near NO ROUTING CACHE)


TL-WDR4300 5GHZ LAN TO WAN
(Force 40MHZ Near WITH ROUTING CACHE)


TL-WDR4300 NAT LAN TO WAN NO ROUTING CACHE


Now the most amazing result! 
TL-WDR4300 NAT LAN TO WAN WITH ROUTING CACHE Almost 500Mbps!


TL-WR1043ND 2.4GHZ LAN TO WAN
(Force 40MHZ Near NO ROUTING CACHE)
Lower WiFi performance is due to MIPS24K lower performance in AES encryption


TL-WR1043ND 2.4GHZ LAN TO WAN
(Force 40MHZ Near WITH ROUTING CACHE)
Lower WiFi performance is due to MIPS24K lower performance in AES encryption


TL-WR1043ND NAT LAN TO WAN NO ROUTING CACHE


TL-WR1043ND NAT LAN TO WAN WITH ROUTING CACHE


Change Summary:
-Added QCA Patches from their SDK
-Use Fast Math for hostapd-wpad
-Update to latest Kernel for 3.10 branch to 3.10.61
-Rename Repository to processor arch instead of Router Model
-Add additional CFLAGS
-Switch AutoLoad to AutoProbe
-Increase Kernel HZ from 100 to 250HZ like CeroWRT
-Enabled Routing Cache for performance

For exact changes please refer to the github source repository.

Sunday, November 23, 2014

Post your request for December Release

Currently the Barrier Breaker build is proceeding smoothly.
I integrated a few performance enhancement patches from QCA Upstream SDK.
Switched the Kernel Modules to AutoProbe loading and enable faster math routine for hostapd.
Changed the Kernel Clock to 250HZ instead of 100HZ.
All the changes are shown on my Github.

So the question is what additional programs do you guys want precompiled with the same optimization build?
I will not be building the modules into the kernel images as I want to leave free space for people to customize their own configuration.

For you guys who want certain programs I will add them as module and which you can manually download from my github repository.

Leave a post below if you want anything.