OpenWrt Forum Archive

Topic: Build for WNDR3700/WNDR3800

The content of this topic has been archived between 9 Jul 2013 and 6 May 2018. Unfortunately there are posts – most likely complete pages – missing.

finas wrote:

sorry to hijack this thread but can you help me unlock the art partition on an archer C5 ?

I don't like hijackers with unrelated topics. :-(
I have no experience with Archer C5 (or TP-link devices in general) and I am not going look into further than saying that you need to look closely that device's function/definition chain in https://dev.openwrt.org/browser/trunk/t … e/Makefile and then look also into the possible tools like mktplinkfw. It is possible that the layout is defined in some tool instead of image Makefile (like it is done for my WNDR3700).

(Last edited by hnyman on 12 Dec 2015, 13:36)

found how to do it:
on  target/linux/ar71xx/files/drivers/mtd/tplinkpart.c , remove the parts[3].mask_flags = 0 line.

and sorry+thanks! smile

trunk version r47883 from yesterday contained a broken sysupgrade functionality, which requires manual patching for sysupgrade to work. r47878 broke sysupgrade for all normal (= non-nand) ar71xx devices. Explanation at https://lists.openwrt.org/pipermail/ope … 37958.html
My r47884 build is fixed, as I implemented one the fixes suggested in that message.

If you have installed the broken r47883, you need to manually edit /lib/upgrade/merakinand.sh file in the live router and remove the line 10 containing ". /lib/upgrade/nand.sh". Below is the same patch for source repo:

--- target/linux/ar71xx/base-files/lib/upgrade/merakinand.sh
+++ target/linux/ar71xx/base-files/lib/upgrade/merakinand.sh
@@ -7,7 +7,6 @@
 #
 . /lib/ar71xx.sh
 . /lib/functions.sh
-. /lib/upgrade/nand.sh
 
 get_magic_at() {
     local mtddev=$1

EDIT:
the same fix has been now implemented in trunk sources:
https://dev.openwrt.org/changeset/47889

(Last edited by hnyman on 13 Dec 2015, 19:13)

Hello,

thanks a lot for your work! It would be great if you could add openvpn support to your build (openvpn-openssl). This would enable remote updates.

Many thanks in advance!
nieroster

Hello !

I've a r44266 version of this build and I'd like to upgrade to the latest  r48147.

Do you see anything obvious that will break if I do so?

Thanks for your work! Rock stable...

Etique wrote:

Hello !

I've a r44266 version of this build and I'd like to upgrade to the latest  r48147.

Do you see anything obvious that will break if I do so?

Thanks for your work! Rock stable...

No major changes except that the old qos-scripts has been removed. Sqm is the installed qos module.

hnyman wrote:

No major changes except that the old qos-scripts has been removed. Sqm is the installed qos module.

Yep, it worked, thanks!

I just had to reinstall gre-related packages and everything is back online.

WNDR3800. r48227 and r48228 patches may fix some DMA issues. I recently had to revert from trunk (r48217) to CC (r46767) as the instability had become unbearable. I was getting tons of these in as little as 10 hours of uptime:


MAC Hang: 13417
Stuck Beacon: 89
Calibration error:  2
Tx DMA stop error: 13407

Can't wait to try the new builds.

More info: https://lists.openwrt.org/pipermail/ope … 38802.html

(Last edited by raz123 on 14 Jan 2016, 03:47)

raz123 wrote:

WNDR3800. r48227 and r48228 patches may fix some DMA issues. ...
Can't wait to try the new builds.

trunk r48234 build is now there.

hnyman wrote:
raz123 wrote:

WNDR3800. r48227 and r48228 patches may fix some DMA issues. ...
Can't wait to try the new builds.

trunk r48234 build is now there.

CC (r48225) is stable. DD (r48234) is not. Posted ticket here: https://dev.openwrt.org/ticket/21594

Next CC build should be interesting smile

(Last edited by raz123 on 14 Jan 2016, 20:05)

raz123 wrote:

CC (r48225) is stable. DD (r48234) is not. Posted ticket here: https://dev.openwrt.org/ticket/21594

Next CC build should be interesting smile

You are out of sync. The "next CC build" is already there since about 30 minutes before your post ;-)
- Chaos Calmer 15.05: r48238  (opkg downloads from CC15.05 directory)

I will test the DD wifi in a more heavy way. So far (after a gigabyte of wifi traffic) 0 hangs with WNDR3700v2 running r48238 (Luci multi-user testing build) that should be identical to 48234 regarding wifi drivers:

root@OpenWrt:~# cat /sys/kernel/debug/ieee80211/phy0/ath9k/reset
    Baseband Hang:  0
Baseband Watchdog:  0
   Fatal HW Error:  0
      TX HW error:  0
 Transmit timeout:  0
     TX Path Hang:  0
      PLL RX Hang:  0
         MAC Hang:  0
     Stuck Beacon:  0
        MCI Reset:  0
Calibration error:  0
Tx DMA stop error:  0
Rx DMA stop error:  0
root@OpenWrt:~# cat /sys/kernel/debug/ieee80211/phy1/ath9k/reset
    Baseband Hang:  0
Baseband Watchdog:  0
   Fatal HW Error:  0
      TX HW error:  0
 Transmit timeout:  0
     TX Path Hang:  0
      PLL RX Hang:  0
         MAC Hang:  0
     Stuck Beacon:  0
        MCI Reset:  0
Calibration error:  0
Tx DMA stop error:  0
Rx DMA stop error:  0

EDIT:
In case you want to test the DD build r48238 for comparison, I uploaded it to dropbox as
"trunk-r48238-20160114-test-with-luci-multiuser"

(Last edited by hnyman on 14 Jan 2016, 21:04)

hnyman wrote:

You are out of sync. The "next CC build" is already there since about 30 minutes before your post ;-)
- Chaos Calmer 15.05: r48238  (opkg downloads from CC15.05 directory)

Pardon my noobiness, but how does one upgrade to r48238 using opkg?
I usually download the bin (from your releases or trunk) and flash.
Latest CC release of yours on dropbox, that I can see, is r48225.


hnyman wrote:

I will test the DD wifi in a more heavy way.

Thanks. I added my Wi-Fi configuration to the aforementioned ticket.

raz123 wrote:

Pardon my noobiness, but how does one upgrade to r48238 using opkg?
I usually download the bin (from your releases or trunk) and flash.
Latest CC release of yours on dropbox, that I can see, is r48225.

that line is just copied from message #1. No way to upgrade using opkg ;-)

But the build should be in my dropbox dir.

Very interesting.
I see the build in my "sync to dropbox" folder in Windows and sync status is ok, but I do not see the build in the public dropbox via a browser window. Dropbox sync error?

(Last edited by hnyman on 14 Jan 2016, 21:24)

I killed the dropbox process in Windows and relaunched it.
It successfully synced the files, and now the files (CC and DD-multiuser) should be visible in Dropbox.

Interesting that the dropbox app can hang that way.

EDIT:
but back to the main point:
several gigabytes of Wifi traffic, but still no hangs with WNDR3700v2

(Last edited by hnyman on 15 Jan 2016, 10:33)

Just wanted to let you know that I've just taken the plunge and flashed r48259 of your build on my WNDR3700v1.
It was running AA before. Upgrade went without a hitch, I'm enjoying this build, and the new release.
Thanks! -#)

Alright so I updated from BB to the latest CC, and now I can't get uhttpd to listen on SSL. non-SSL works fine. my config:

config uhttpd 'main'
    list listen_http '0.0.0.0:8000'
    list listen_http '[::]:8000'
    list listen_https '0.0.0.0:8443'
    list listen_https '[::]:8443'
    option home '/www'
    option rfc1918_filter '1'
    option max_requests '3'
    option max_connections '100'
    option cert '/etc/uhttpd.crt'
    option key '/etc/uhttpd.key'
    option cgi_prefix '/cgi-bin'
    option script_timeout '60'
    option network_timeout '30'
    option http_keepalive '20'
    option tcp_keepalive '1'
    option ubus_prefix '/ubus'

Thoughts?

apple4ever wrote:

Alright so I updated from BB to the latest CC, and now I can't get uhttpd to listen on SSL. non-SSL works fine. my config:

    list listen_http '0.0.0.0:8000'
    list listen_http '[::]:8000'
    list listen_https '0.0.0.0:8443'
    list listen_https '[::]:8443'
...

Thoughts?

https has worked ok for me. I seem to have otherwise similar config in my CC router, but there is also the redirect_https option and I am using the standard https port 443.

        list listen_http '0.0.0.0:80'
        list listen_http '[::]:80'
        list listen_https '0.0.0.0:443'
        list listen_https '[::]:443'
        option redirect_https '1'
...

In general, it pays off to rebuild configs after the major Openwrt version changes. (although there was not that much difference between BB and CC, but there may have been something)

hnyman, do you still have your BB builds around? It seems to be the only stable platform for my WNDR3800.
Hoping your BB builds included SQM-QoS.

raz123 wrote:

hnyman, do you still have your BB builds around? It seems to be the only stable platform for my WNDR3800.
Hoping your BB builds included SQM-QoS.

I do have the last BB build from summer 2015.
But I will able to upload it some time next week. You have to wait until that.

I have a question that I've been trying to figure out for some time. Please forgive me if this is not the exact proper place to post this...

I have a WNDR3800 with Arokh's DD build# r48233 installed.

The problem is that I am having some difficulty disabeling the blue 5 GHz LED. I would like it to remain off even after radio1 is brought up from a cron job setup to bring radio1 down and up at a specified time every day. I have both radios set to turn off and then on using the following cron information:
00 23 * * * wifi down radio0
00 10 * * * wifi up radio0
00 22 * * * wifi down radio1
00 04 * * * wifi up radio1
I have edited the following files to see if I could permanently turn the LED files:
/etc/board.d/01_leds
wndr3700v4 | \
wndr4300)
    ucidef_set_led_netdev "wan" "WAN (green)" "netgear:green:wan" "eth0.2"
    ucidef_set_led_usbdev "usb" "USB" "netgear:green:usb" "1-1"
    ucidef_set_led_wlan "wlan2g" "WLAN2G" "netgear:green:wlan2g" "phy0tpt"
    ucidef_set_led_wlan "wlan5g" "WLAN5G" "netgear:blue:wlan5g" "0"

/etc/config/system
config led 'led_wlan5g'
    option name 'WLAN5G'
    option sysfs 'ath9k-phy1'
    option default '0'   
    option trigger 'none'

Neither of these options works. Any ideas would be greatly appreciated.

I'be been using openwrt for a few years now. Today I wanted to give my netgear wndr3700 v1 to be an effective adblocker again. So I've tried installing the adblocker with this; https://github.com/stangri/openwrt-simple-adblock

But since I tried to start it, my router hang, and after a reboot the webinterface does not start anymore. How can I flash/backup from ssh?

beninho wrote:

... after a reboot the webinterface does not start anymore. How can I flash/backup from ssh?

Just reset all settings and installed packages by logging with SSH to console, and use the command 'firstboot'. That should clear everything. Then use 'reboot' command.

I have tried Didbot's adblock package, which is available in trunk with opkg. Works ok for me.

(Last edited by hnyman on 25 Jan 2016, 05:27)

great, thanks. Already solved, it was my browser, send me to http instead of https. But did a full reset anyway. Will try the adblock implementation by didbot's the next days again.

hnyman wrote:
raz123 wrote:

hnyman, do you still have your BB builds around? It seems to be the only stable platform for my WNDR3800.
Hoping your BB builds included SQM-QoS.

I do have the last BB build from summer 2015.
But I will able to upload it some time next week. You have to wait until that.

I uploaded the last BB build from June 2015.

Not sure if this is a build-specific issue, but I noticed an issue with SQM. I setup a guest WLAN network and wanted to rate limit it to 4096/512. However, in order to get this to work properly, I had to switch the download and upload rates with each other in /etc/config/sqm, otherwise it imposed the opposite limits to what I intending to have:

/etc/config/sqm

config queue 'eth1'
        option qdisc 'fq_codel'
        option script 'simple.qos'
        option qdisc_advanced '0'
        option enabled '1'
        option interface 'wlan1-1'
        option debug_logging '0'
        option verbosity '5'
        option linklayer 'none'
        option download '512'
        option upload '4096'