Open question. When upgrading my TP-LINK Archer C7 v2 thru Luci (Firefox browser), after the router reboots and I attempt to log-in at 192.168.1.1 Firefox seems to take forever to pop up a warning screen. When the warning screen does appear it warns me that I am trying to go to an un-trusted site and that I have to make exceptions before I get the log-in screen. Are there setting in Firefox that I can make to prevent having to go thru this every time I upgrade?
Topic: Optimized and feature rich trunk build for select routers
The content of this topic has been archived between 20 Aug 2014 and 5 May 2018. Unfortunately there are posts – most likely complete pages – missing.
Page 126 of 155
I am still having problems with adblock on my WNDR3700v1 (using the 8mb_800mhz builds), am I reading this right in assuming that it's running out of memory when trying to sort / cleanup the hosts file during the final step?
I've got the adblock config only downloading the 6mb hosts file I used for testing in my posts yesterday.
Sat Jan 16 21:46:20 2016 kern.warn kernel: [ 243.703665] uhttpd invoked oom-killer: gfp_mask=0x20858, order=0, oom_score_adj=0
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.711613] CPU: 0 PID: 2148 Comm: uhttpd Not tainted 4.1.15 #1
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.717633] Stack : 80398680 00000000 00000001 803e0000 838d0278 803d8923 80375b44 00000864
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.717633] 80443514 00000000 00000000 803d8b3c 00000000 800a6414 00000006 800a7790
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.717633] 00000000 00000000 803793cc 824d399c 804442b2 800a4a40 ffffea03 00000000
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.717633] 00000001 801ede00 00000000 00000000 00000000 00000000 00000000 00000000
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.717633] 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.717633] ...
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.755868] Call Trace:
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.758338] [<80072084>] show_stack+0x50/0x84
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.762894] [<800cf420>] dump_header.isra.4+0x48/0x13c
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.768379] [<800cf850>] oom_kill_process+0xac/0x3c4
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.773546] [<800cfec8>] __out_of_memory+0x2e0/0x318
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.778545] [<800d009c>] out_of_memory+0x70/0xa4
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.783437] [<800d33e8>] __alloc_pages_nodemask+0x590/0x624
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.789156] [<800cc830>] pagecache_get_page+0x154/0x23c
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.794678] [<8012c1e0>] __getblk_slow+0x150/0x368
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.799678] [<801518b0>] squashfs_read_data+0x1c4/0x6dc
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.805277] [<80155968>] squashfs_readpage_block+0x2e8/0x470
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.811428] [<801536a0>] squashfs_readpage+0x598/0x688
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.816932] [<800ce888>] filemap_fault+0x2a8/0x45c
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.821979] [<800e837c>] __do_fault+0x3c/0xa8
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.826604] [<800eb168>] handle_mm_fault+0x238/0xb5c
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.831733] [<80076dbc>] __do_page_fault+0x130/0x450
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.836873] [<80060820>] ret_from_exception+0x0/0x10
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.841862]
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.843517] Mem-Info:
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.846049] active_anon:8632 inactive_anon:367 isolated_anon:0
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.846049] active_file:155 inactive_file:189 isolated_file:0
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.846049] unevictable:1 dirty:0 writeback:0 unstable:0
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.846049] slab_reclaimable:234 slab_unreclaimable:1852
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.846049] mapped:10 shmem:2836 pagetables:96 bounce:0
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.846049] free:1337 free_pcp:16 free_cma:0
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.879261] Normal free:5348kB min:5000kB low:6248kB high:7500kB active_anon:34528kB inactive_anon:1468kB active_file:620kB inactive_file:756kB unevictable:4kB isolated(anon):0kB isolated(file):0kB present:65536kB managed:60656kB mlocked:4kB dirty:0kB writeback:0kB mapped:40kB shmem:11344kB slab_reclaimable:936kB slab_unreclaimable:7408kB kernel_stack:408kB pagetables:384kB unstable:0kB bounce:0kB free_pcp:64kB local_pcp:64kB free_cma:0kB writeback_tmp:0kB pageSat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.923964] lowmem_reserve[]: 0 0
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.927469] Normal: 81*4kB (MR) 0*8kB 0*16kB 1*32kB (U) 0*64kB 1*128kB (R) 1*256kB (R) 1*512kB (R) 0*1024kB 0*2048kB 1*4096kB (R) = 5348kB
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.941074] 3180 total pagecache pages
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.945292] 0 pages in swap cache
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.948924] Swap cache stats: add 0, delete 0, find 0/0
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.954460] Free swap = 0kB
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.957715] Total swap = 0kB
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.960786] 16384 pages RAM
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.963758] 0 pages HighMem/MovableOnly
Sat Jan 16 21:46:21 2016 kern.warn kernel: [ 243.967614] 1220 pages reserved
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 243.970763] [ pid ] uid tgid total_vm rss nr_ptes nr_pmds swapents oom_score_adj name
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 243.979575] [ 472] 0 472 309 16 4 0 0 0 ubusd
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 243.988595] [ 473] 0 473 237 9 3 0 0 0 askfirst
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 243.998061] [ 1212] 0 1212 320 35 3 0 0 0 logd
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.007093] [ 1213] 0 1213 348 22 3 0 0 0 logread
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.017484] [ 1222] 0 1222 374 23 5 0 0 0 rpcd
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.026457] [ 1256] 0 1256 437 40 4 0 0 0 netifd
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.035722] [ 1279] 0 1279 334 23 4 0 0 0 odhcpd
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.044831] [ 1303] 65533 1303 305 16 4 0 0 0 portmap
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.054128] [ 1323] 0 1323 310 11 3 0 0 0 crond
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.063348] [ 1337] 65534 1337 404 24 4 0 0 0 dnscrypt-proxy
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.073138] [ 1511] 0 1511 284 11 3 0 0 0 dropbear
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.082419] [ 2118] 0 2118 243 12 3 0 0 0 odhcp6c
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.091792] [ 2148] 0 2148 975 105 4 0 0 0 uhttpd
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.100859] [ 2149] 0 2149 335 19 4 0 0 0 uhttpd
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.110099] [ 2192] 0 2192 944 57 4 0 0 0 hostapd
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.119303] [ 2228] 0 2228 944 57 3 0 0 0 hostapd
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.128447] [ 2486] 0 2486 299 18 3 0 0 0 nodogsplash
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.137913] [ 2599] 0 2599 310 10 3 0 0 0 ntpd
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.146874] [ 3660] 0 3660 291 15 3 0 0 0 dropbear
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.156173] [ 3696] 0 3696 313 14 4 0 0 0 ash
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.164992] [ 3782] 0 3782 334 38 3 0 0 0 adblock
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.174328] [ 4397] 65534 4397 466 128 4 0 0 0 dnsmasq
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.183523] [ 4406] 0 4406 1543 1077 5 0 0 0 unfsd
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.192446] [ 4478] 0 4478 4658 4361 7 0 0 0 sort
Sat Jan 16 21:46:21 2016 kern.info kernel: [ 244.201356] [ 4479] 0 4479 309 8 3 0 0 0 uniq
Sat Jan 16 21:46:21 2016 kern.err kernel: [ 244.210286] Out of memory: Kill process 4478 (sort) score 279 or sacrifice child
Sat Jan 16 21:46:21 2016 kern.err kernel: [ 244.218165] Killed process 4478 (sort) total-vm:18632kB, anon-rss:17432kB, file-rss:12kB
Sat Jan 16 21:46:25 2016 daemon.info dnsmasq[4397]: exiting on receipt of SIGTERM
Sat Jan 16 21:46:32 2016 daemon.info dnsmasq[4606]: started, version 2.75 cachesize 5000
arokh wrote:
Installing ca-certificates isn't going to do much, wget is compiled without ssl support by default. Been meaning to fix that but forgot, will rebuild with that enabled.
Its not a problem at all. But if you take your first steps and learn you stumble and look around what that could be. For me, im not so save to find the correct logs for that.
Regards and thanks
@lukano
Yes indeed. Try raising the value in /etc/sysctl.d/arokh.conf to 8000 or 10000. It'll waste some of your memory, but at the same time stop the kernel crashing from trying to allocate more than is available. Alternatively you could add swap.
Puhh, that adblock is tricky. Gmail or xda-developers are in that lists i use (easylist). Crazy 
Hi folks,
I tried to flash my Linksys WRT1200AC which runs the official OpenWRT image.
I used an ssh connection via networking cable and ran
sysupgrade -n /tmp/openwrt-mvebu-armada-385-linksys-caiman-squashfs-sysupgrade.tar
I see no output whatsoever; instead the router just reboots and is still in the old state.
Do I need to use the openwrt-mvebu-armada-385-linksys-caiman-squashfs-factory.img image?
I was in the belief that this image is just when I flash from within the Linksys firmware...
Is it dangerous to use the factory image? Just don't want to brick my router
UPDATE: according to WIKI one is required to switch back to stock firmware when flashing across different builds.
That worked, but I needed to kill manually my services that was preventing the flash to succeed.
Does anybody know a cmd line way to revert back to stock firmware?
(Last edited by caetydid on 17 Jan 2016, 23:27)
arokh wrote:
iancd wrote:@arokh. I just performed a fresh factory install of build r48196 on mvebu/caiman and collectd seems busted. Some errors in the system log found.
Tue Jan 12 21:56:30 2016 daemon.notice dnscrypt-proxy[1468]: mv: can't rename '/etc/collectd.conf': Invalid argument Tue Jan 12 21:56:30 2016 daemon.notice dnscrypt-proxy[1468]: ln: /etc/collectd.conf: File existsThat's odd, I don't get the "invalid argument" error. Here's the relevant portion from /etc/init.d/luci_statistics:
if [ ! -L /etc/collectd.conf ]; then test -f /etc/collectd.conf && mv /etc/collectd.conf /etc/collectd.conf.bak ln -s /var/etc/collectd.conf /etc/collectd.conf fiThe package collectd ships with a /etc/collectd.conf, this should be mv'ed out of the way and then symlinked to /var/etc/collectd.conf. From the error message it seems something went wrong when trying that. I can't see why that would fail.
Have a look at the state of your /etc/collectd.conf and report back.
@arokh. This appears to be a trunk issue with the mvebu build and mv command - confirmed this is not a problem with my WNDR3800. For anyone with this problem you can use this command or add it to your setup script to permanently fix collectd.
rm /etc/collectd.conf&&ln -s /var/etc/collectd.conf /etc/collectd.conf&&/etc/init.d/collectd restartarokh wrote:
@lukano
Yes indeed. Try raising the value in /etc/sysctl.d/arokh.conf to 8000 or 10000. It'll waste some of your memory, but at the same time stop the kernel crashing from trying to allocate more than is available. Alternatively you could add swap.
Thanks, I'll give 10000 a try.
(edit - well that didn't work out. I went back to the default list (as wget was still failing to grab the big 6mb list from the github repo), and it caused the router to reboot itself, again and again every time it tried to run the adblock update. I had to be quick on my fingers and get in there and strip all the host file urls out of the config before it locked up / rebooted one time, to stop it. )
(edit2 - I will take your advice and will grab a spare old flash drive to use for swap)
(edit3 - oh oops I see a new build up with ssl support in wget. I'll give that a go with the big 6mb list. Still no go, runs out of memory and device reboots. So off to swap I go)
(Last edited by lukano on 17 Jan 2016, 16:01)
Thanks arokh, for this great build!
I am running the Linksys WRT1200AC r48259 image and my USB printer setup is working fine 
Just a pity that the USB2 port seems to be broken. It does not detect any devices. USB3 port works though.
I need to connect my SSD there, too. Will eSata work?
UPDATE: I managed to test eSATA and the drive is being detected. I didnt try mounting/IO-operations though since that would require repartitioning and I didn't want to do that.
But now I am pretty confident that I can connect my SSD via eSATAp -> SATA 22pin connector cable without requiring an external power source.
The USB devices I've tested seemed to get powered by the USB2 port hence this should work in my intended way.
Will update this post as soon as I've acquired aforementioned cable and tested it!
(Last edited by caetydid on 19 Jan 2016, 19:35)
The USB2 port problem lies within Trunk, I haven't tried eSATA (do not have any eSATA devices), if you want to know if it works, test it please and report back.
Hi, I see that WDR3600 isn't on the list, why? It is almost identical as WDR3700. It was a very popular model... I have two of them and would really like to use your firwmare with them.
(Last edited by valentt on 18 Jan 2016, 12:30)
I do build images for it actually, just forgot to update the first page. Look again Keep in mind that some stuff have been cut for 8MB devices, see some posts back for a list.
(Last edited by arokh on 18 Jan 2016, 12:35)
Found it
Hey I love this build. I run the wrt1900AC and I pivot root. Not sure if this is off topic but is there a way to upgrade but maintain pivot?
It's NOT that difficult to do but more of a pain lol
That is off topic.
The first thing u should do is read the OP, then post in the right place.
DNS resolution is extremely slow in my whole network with recent versions of this firmware. Not sure if it's related to dnscrypt or something else. With the GUI from pretty much exactly a year ago I was able to just set the resolvers to Google's, but I can't seem to find that option now with recent version. I didn't use dnscrypt before either, so not sure in which config I could change the resolvers it uses from shell. Any help to point me to the correct GUI setting or config to use Google resolvers would be appreciated, because DNS resolving takes like 2-5 seconds with every device in my network now (tested for a week or so), which is pretty annoying. Thanks!
Hi Arokh and all the others...
Very good job with your build.
I was wandering if you can give shot to my post:
https://forum.openwrt.org/viewtopic.php … 22#p308222
I made some adjustment but cannot reach more than 15/17 Mbit/sec (uncompressed and uncrypted).
I tried out your latest build for Archer C7 and the results are the same... So i was wandering how others can reach that speed of 40/70 Mbit/s of crypted traffic when i cannot reach more than 15/17 with uncompressed and uncrypted traffic.
May be something in the default and my own build that cause this behaviour I don't know.
Thank you all in advance.
Regards
Marcello
Tried to load the following on my WRT 1900AC v1 and keep getting an error that it may not be the correct software for my device. Loaded and bricked.. USB to serial to recover and all is fine. Wrong file?
openwrt-mvebu-armada-xp-linksys-mamba-squashfs-factory.img
That image for mvebu build r48259 loaded fine for me on a v1
anomeome wrote:
That image for mvebu build r48259 loaded fine for me on a v1
Interesting I'll download again and try
Worked fine for me too. Is the checksum correct for the file you downloaded? Or maybe it was just a bad upload to the device.
(Last edited by quantum8 on 21 Jan 2016, 00:26)
i recently inherited a wndr3700v2 from a neighbor. thank you arokh for the wndr3700v2 r48259 build. it's rock solid. you rock!
SlavoF wrote:
@w0dash, Thank you very much.
That is exactly what is needed to run Oscam on new trunk versions of OpenWrt - Oscam on not uClibc but on musl.But meanwhile I installed the official version:
• Chaos Calmer 15.05 (r46767)
and it is still on the uClibc and kernel 3.18.20
and here runs the official Oscam compilation without problems, Doscam also.probably I leave it, but if you choose to update at least, I know to whom should I contact.
Hi
I've installed Oscam in my router. when I started it, the interface opened.
but I can't configure/compile it. Someone can give an explanation how to run Oscam, and it able to work.
yes, I'am a noob
smile
Sorry, posts 3151 to 3150 are missing from our archive.
Page 126 of 155