Do you guys still get DMA errors?

I have a 3800 on BB build r44152, and I get things such as:

[24974.750000] ath: phy0: Failed to stop TX DMA, queues=0x002!
[25295.050000] ath: phy0: Failed to stop TX DMA, queues=0x006!
[40998.650000] ath: phy0: Failed to stop TX DMA, queues=0x002!

(Last edited by raz123 on 15 Mar 2015, 21:40)

miniupnpd 1.8.20140523-4 seems to be stable for me.
would it be possible to compile the latest miniupnpd-1.9.20150307 to test it? the one in trunks seems to be 3 months old.

I have not seen TX DMA errors in ages. At least not in that way, several in a row.

You should probably report that crashiness at https://github.com/openwrt-routing/packages/issues and hope that devs bump it to a newer version. I am not using upnp myself, so I am not going to bump the version just in my build.

did that. let's see.

EDIT: apparently no one cares

(Last edited by Manp on 30 Mar 2015, 12:19)

Miniupnpd has now been updated to 1.9.20150307 and the r45186 trunk build includes that.

ah thanks, i'll update and report back

EDIT: 11 hours of uptime and no miniupnpd crashes. sounds good.

i'll report back in acouple of days

(Last edited by Manp on 1 Apr 2015, 23:13)

So, I've been using these builds with my WNDR3800 for a while now (Thanks hnyman for providing them!).  Recently my internet was upgraded to 300 Mbps down, but I'm only able to get around 200 Mbps through the router (with a computer directly connected to the modem, I get 300 Mbps no problem.  Same computer attached directly to router with Cat6 cable only gets 200 Mbps). Currently running Chaos Calmer r45194 (was running an older build of Barrier Breaker with same problem and upgraded to see if it helped). QOS is turned off.  Only non-standard software from this build that I'm running is unbound. 

Has anybody else been able to get 300 Mbps with OpenWRT/these builds on their N600s?  According to smallnetbuilder.com's router charts, the WNDR3800 should be able to do 335.3 Mbps WAN to LAN (and WNDR3700v2 should be able to do over 400 Mbps). 

Are there any tweaks that I can do to try to get better speed?

(Last edited by _tuuk on 7 Apr 2015, 05:32)

I think that you are reaching the limits. You might also read this thread: https://forum.openwrt.org/viewtopic.php?id=51726

Thanks for the response.  Seems the problem is with NAT not being hardware accelerated (though with native IPv6, that shouldn't be a problem*).  Looks like the only way to get faster speed would be to overclock the CPU.  Is that even an option with the N600s?  I only found one post about overclocking them, and the person that tried it said it failed.

*After reading it, I ran iperf using IPv6 to connect to my VPS and and was able to reach a max of 307 Mbps! IPv4 only got a max of 148 Mbps. And that's to a server over 2000 km away.

(Last edited by _tuuk on 7 Apr 2015, 10:01)

Thank you for this build. After using it for several months, it is MUCH more stable then arokh's builds.

Out of curiosity, what is the best method to update to new firmware? I usually do it through Luci and have it forget all settings and re-configure everything from scratch. Hopefully that is the proper method?

I usually upgeade using Luci and keeping settings. Every few months I build settings from scratch.

as far as i'm concerned the issue is fixed with the update to 1.9.20150307-1.

thanks

When I upgrade the newest firmware, the router lost many config files such as 'luci', 'network', 'wireless'. Please help me to solve this problem, thank you.

Most likely bug 19439, caused by busybox update at 45272 and most likely fixed by 45321.
https://dev.openwrt.org/ticket/19439

I removed the newer builds from Dropbox, and the next build should be ok again.  (But naturally the already lost config files are lost.)

(Last edited by hnyman on 9 Apr 2015, 10:06)

@hnyman: same problems as gkl1368 reports happened in Arokh's builds.
Root cause was empty/blank lines in his UCI script.
Apparently, due to the recent UCI updates, empty lines in the script cause problems like described above.

(Last edited by bouwew on 9 Apr 2015, 13:51)

I still disagree. The issue sounds more like related to the busybox change than to uci changes. The uci changes should not cause whole default config files to disappear, while the busybox bug may cause some config files to be not copied during a sysupgrade.

(There is no such uci batch script in my build. The scripts in uci-defaults are global and should then affect everybody.)

But it will be interesting to see: I have now possibly "faulty busybox" versions in both of my production routers. I expect that some of the settings may be lost in the next upgrade (to the fixed build being built right now).

EDIT:
Yeah, I lost some settings files when upgrading from 45279 to 45337. I expect that the busybox bug will hit practically everybody when updating from any 45272-45320 build.  Make a backup of your settings before upgrading.

EDIT2:
upgrading from 45337 to 45340 kept settings intact. 45337 had already thebusybox fix, while the "uci batch" bug is fixed by 45340.

(Last edited by hnyman on 9 Apr 2015, 17:25)

You're probably right
I was just relaying Arokh's conclusion.
I met the same problems as described above, fortunately I routinely make backups of my config files

After reading your post some more, I remember I had this problem starting from build 45144, maybe already before. It got "solved" in build 45250.
I'm now on 45277 (WDR4900V1), no issues. Just FYI.

(Last edited by bouwew on 9 Apr 2015, 18:30)

Just read the latest buildlog: 45340: "uci: update to the latest version, fixes a regression in handling empty/comment lines in uci batch"
Seems there are/were two unrelated issues resulting in similar symptoms.

Just updated to r45383 on my WNDR3700 v1. Everything is stable as a rock and smooth.

Thanks hnyman!