[OpenWrt-Devel] WNDR3800 wifi and collectd issues - r38991
Hi, I just built this while trying to resolve an Android connectivity issue (I'd been running r37866 previously) on a NetGear WNDR3800, and the new build seems somewhat better, but I've noticed a couple of odd things - I'm wondering if these are known issues, or if I should submit bugs on them. For the build, I had to manually re-configure busybox to enable readlink support - this was disabled by default, and without it my wifi wouldn't start at all. Once I built with readlink support, Luci shows the wifi interfaces as disabled, even though they are up and running. This means I don't get any information about associated stations, and the interfaces incorrectly report as down. The second thing was that collectd's graphs don't load - I end up with the following error message (it doesn't matter which graph I try to view): This page contains the following errors: error on line 181 at column 136: EntityRef: expecting ';' Below is a rendering of the page up to the first error. I did preserve the previous configuration, if that makes a difference on the wifi issues. Thanks for any info about these issues and if they're known. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] WNDR3800 wifi and collectd issues - r38991
On Wed, 04 Dec 2013 01:00:00 +, Jo-Philipp Wich wrote: Hi. I just built this while trying to resolve an Android connectivity issue (I'd been running r37866 previously) on a NetGear WNDR3800, and the new build seems somewhat better, but I've noticed a couple of odd things - I'm wondering if these are known issues, or if I should submit bugs on them. For the build, I had to manually re-configure busybox to enable readlink support - this was disabled by default, and without it my wifi wouldn't start at all. Caused by an outdated .config. Thanks - is there something in particular I should look at? I've tried a number of things to preserve my existing config with each update, and generally that's worked well for me, but apparently the process isn't perfect yet. Once I built with readlink support, Luci shows the wifi interfaces as disabled, even though they are up and running. This means I don't get any information about associated stations, and the interfaces incorrectly report as down. Fixed with http://luci.subsignal.org/trac/changeset/9936 Great, thanks. I'll read up on that and if I have any questions, I'll send a follow-up. The second thing was that collectd's graphs don't load - I end up with the following error message (it doesn't matter which graph I try to view): This page contains the following errors: error on line 181 at column 136: EntityRef: expecting ';' Below is a rendering of the page up to the first error. Fixed with http://luci.subsignal.org/trac/changeset/9939 Again, thanks - as above, if I have any questions, I'll ask about them in a follow-up. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] WNDR3800 wifi and collectd issues - r38991
On Tue, 03 Dec 2013 19:44:29 -0500, Weedy wrote: Thanks - is there something in particular I should look at? I've tried a number of things to preserve my existing config with each update, and generally that's worked well for me, but apparently the process isn't perfect yet. https://lists.openwrt.org/pipermail/openwrt-devel/2013- November/022653.html Handy, thanks! Somehow I missed this post. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Build issue with r34113
On Fri, 09 Nov 2012 21:32:03 +, Jim Henderson wrote: It seems the PREFIX/INSTALL_BASE message on the third line above is what's causing my issue. Looking at the makefiles, though, I can't see where it's picking up either value from. Can someone point me in the right direction to fix this? I've done a completely fresh checkout, preserving only my .config file. I noticed feeds.conf.default had a new luci URL in it, so I changed my feeds.conf file to reflect that new item, and manually updated the config for luci to enable the modules I had enabled in earlier compilations. The compile still failed at the same point, however. Disabling luci-app-statistics and collectd has gotten me past it for now (the compile is getting further but still running), but I'd like to be able to re-enable them since that's functionality I occasionally do use. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Build issue with r34113
I'm sure it's something I'm doing wrong, I just can't figure out what. I've actually had this problem for a bit and just haven't had time to try to troubleshoot it. Given that nobody else seems to be having the problem, I'm sure I'm just missing some change that my build scripts aren't accounting for. When I do make world, I get the following series of messages: --- snip --- make[6]: Entering directory `/home/jhenderson/Downloads/openwrt/build_dir/target-mips_r2_uClibc-0.9.33.2/collectd-4.10.7/bindings' cd perl /usr/bin/perl Makefile.PL PREFIX=/usr Only one of PREFIX or INSTALL_BASE can be given. Not both. make[6]: *** [perl/Makefile] Error 2 make[6]: Leaving directory `/home/jhenderson/Downloads/openwrt/build_dir/target-mips_r2_uClibc-0.9.33.2/collectd-4.10.7/bindings' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/home/jhenderson/Downloads/openwrt/build_dir/target-mips_r2_uClibc-0.9.33.2/collectd-4.10.7/bindings' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/jhenderson/Downloads/openwrt/build_dir/target-mips_r2_uClibc-0.9.33.2/collectd-4.10.7' make[3]: *** [/home/jhenderson/Downloads/openwrt/build_dir/target-mips_r2_uClibc-0.9.33.2/collectd-4.10.7/.built] Error 2 make[3]: Leaving directory `/home/jhenderson/Downloads/openwrt/feeds/packages/utils/collectd' make[2]: *** [package/feeds/packages/collectd/compile] Error 2 make[2]: Leaving directory `/home/jhenderson/Downloads/openwrt' make[1]: *** [/home/jhenderson/Downloads/openwrt/staging_dir/target-mips_r2_uClibc-0.9.33.2/stamp/.package_compile] Error 2 make[1]: Leaving directory `/home/jhenderson/Downloads/openwrt' make: *** [world] Error 2 --- snip --- It seems the PREFIX/INSTALL_BASE message on the third line above is what's causing my issue. Looking at the makefiles, though, I can't see where it's picking up either value from. Can someone point me in the right direction to fix this? Thanks, Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Trying to identify a wifi issue
DIR-825 router here running r32492 (but this issue has been going on with builds for a couple months now - I wish I knew which release was the last it wasn't a problem with). On about a daily basis, I've found it necessary to restart the wifi interface on my router - it stops responding to devices connecting to it and the only way to get it going again is to kick the interfaces by running /sbin/wifi. I'd like to troubleshoot this issue and identify what's causing it to lose wifi - but not sure where to start. The timing isn't completely predictable (but usually it's in the morning first thing that I need to kick it to get it working). Where's a good place to start trying to identify the issue? Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Any known issues with Luci logins (r31835)
For the past few days, I've been updating to the latest SVN code, and I'm seeing that when I try to login to luci, I get a failed username/password. I can ssh to the router (pubkey authentication), but changing the root password doesn't affect my ability to login to the web interface. I have strace installed on the router and have pulled logs of a version earlier this week - here's what strace showed on the relevant thread (password obscured): --- snip --- 9612 read(0, username=rootpassword=MYPASSWORD..., 33) = 33 9612 open(/etc/shadow, O_RDONLY) = 12 9612 ioctl(12, TIOCNXCL, 0x7fd02608) = -1 ENOTTY (Inappropriate ioctl for device) 9612 read(12, root:x:0:0:9:7:::\ndaemon:*:0..., 4096) = 116 9612 close(12) = 0 9612 getuid() = 0 9612 getgid() = 0 9612 open(/usr/lib/lua/luci/view/sysauth.htm, O_RDONLY) = 12 9612 read(12, %#\nLuCI - Lua Configuration Int..., 1024) = 1024 9612 read(12, na, 2) = 2 9612 read(12, me=\username\ value=\%=duser%\..., 412) = 412 9612 read(12, \ v, 3) = 3 9612 read(12, alue=\%:, 9) = 9 9612 read(12, res, 3)= 3 9612 read(12, et%\ class=\cbi-button cbi-bu, 30) = 30 9612 read(12, tton-reset\ /\n\t/div\n/form\n, 32) = 32 9612 read(12, %+footer%\n, 52) = 11 9612 read(12, , 106) = 0 9612 close(12) = 0 9612 getuid() = 0 9612 getgid() = 0 9612 open(/usr/lib/lua/luci/view/header.htm, O_RDONLY) = 12 9612 read(12, %#\nLuCI - Lua Configuration Int..., 1024) = 581 9612 read(12, , 445) = 0 9612 close(12) = 0 9612 brk(0xc8e000) = 0xc8e000 9612 sysinfo({uptime=9003, loads=[192, 960, 2976] totalram=63471616, freeram=24322048, sharedram=0, bufferram=3465216} totalswap=0, freeswap=0, procs=56}) = 0 9612 uname({sysname=Linux, nodename=fruitbat, release=3.3.6, version=#1 Sat May 19 13:48:15 MDT 2012, machine=mips}) = 0 9612 brk(0xc92000) = 0xc92000 9612 stat64(0xc3da18, 0x7fd023f8) = 0 9612 open(/usr/lib/lua/luci/i18n/sysauth.en.lmo, O_RDONLY) = 12 9612 lseek(12, -4, SEEK_END) = 164 9612 read(12, \0\0\0t, 4)= 4 9612 lseek(12, 116, SEEK_SET) = 116 9612 read(12, [W\32\346, 4) = 4 9612 read(12, g\254\22\322, 4) = 4 9612 read(12, \0\0\0@, 4)= 4 9612 read(12, \0\0\0003, 4) = 4 9612 read(12, \212\342\265I, 4) = 4 9612 read(12, s\1\365\217, 4)= 4 9612 read(12, \0\0\0\30, 4) = 4 9612 read(12, \0\0\0(, 4)= 4 9612 read(12, ]0\243\23, 4) = 4 9612 read(12, =\311T[, 4)= 4 9612 read(12, \0\0\0\0, 4) = 4 9612 read(12, \0\0\0\26, 4) = 4 9612 lseek(12, 0, SEEK_SET)= 0 9612 old_mmap(NULL, 116, PROT_READ, MAP_PRIVATE, 12, 0) = 0x77006000 9612 getuid() = 0 9612 getgid() = 0 9612 open(/usr/lib/lua/luci/view/footer.htm, O_RDONLY) = 13 9612 read(13, %#\nLuCI - Lua Configuration Int..., 1024) = 462 9612 read(13, , 564) = 0 9612 close(13) = 0 9612 getuid() = 0 9612 getgid() = 0 9612 open(/usr/lib/lua/luci/view/themes/openwrt.org/footer.htm, O_RDONLY) = 13 9612 read(13, %#\nLuCI - Lua Configuration Int..., 1024) = 592 9612 read(13, , 434) = 0 9612 close(13) = 0 9612 brk(0xc93000) = 0xc93000 9612 write(1, Status: 200 OK\r\nVary: Accept\r\nCo..., 2924) = 2924 --- snip --- PID 9612 is the forked thread that seems to be handling the authentication. I attached strace to the running uhttpd thread to get this info. I can see that it's opening the shadow file, but can't see where it's actually validating the password. The PPID has a similar line that includes the user ID (root) and password string, but it seems that this forked thread pops up almost immediately afterwards. opkg shows a number of luci-related updates available along the lines of: luci - 0.9+svn8682-1 - trunk+svn8682-1 And if I upgrade to trunk+svn8682-1 (which I have to force because luci- admin-full has some conflicting files), then I can login, but most of the administration option pages have various and sundry errors on them that prevent it from being used for administration - I can watch live traffic and historical data, but I wasn't able to perform administration on anything that I tried (LAN/WAN interfaces primarily). Where do I go from here - or is there other info that would be more useful to track this down? -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https
Re: [OpenWrt-Devel] Any known issues with Luci logins (r31835)
On Tue, 22 May 2012 01:14:07 +0200, Matthias Schiffer wrote: Looks liks the password isn't actually stored in the shadow file, but only in passwd, while current libs only check against shadow. You have to enable shadow support in busybox for the passwd command to store the password to shadow. Current OpenWRT has this as the default, but I had the same problem at first when I was updating an old config from backfire. Thanks, that is probably it - I also am updating an old config from earlier builds, and going through the busybox options (after running the diff script - something I need to remember to do when weirdness happens), I saw that it was disabled. Recompiling now and will follow-up and let the list know if that took care of it. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Any known issues with Luci logins (r31835)
On Mon, 21 May 2012 23:23:21 +, Jim Henderson wrote: Recompiling now and will follow-up and let the list know if that took care of it. That did, once I remembered that since I enabled shadow passwords, I had to actually reset the password. :) Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Compile error - r31299
When I try to compile, I get the following error: --- snip --- ipnetns.o: In function `netns_exec': ipnetns.c:(.text+0xfc): undefined reference to `unshare' ipnetns.o: In function `netns_add': ipnetns.c:(.text+0x54c): undefined reference to `unshare' collect2: ld returned 1 exit status make[5]: *** [ip] Error 1 make[5]: Leaving directory `/home/jhenderson/Downloads/openwrt/build_dir/ target-mips_r2_uClibc-0.9.32/iproute2-3.2.0/ip' make[4]: *** [all] Error 2 make[4]: Leaving directory `/home/jhenderson/Downloads/openwrt/build_dir/ target-mips_r2_uClibc-0.9.32/iproute2-3.2.0' make[3]: *** [/home/jhenderson/Downloads/openwrt/build_dir/target- mips_r2_uClibc-0.9.32/iproute2-3.2.0/.built] Error 2 make[3]: Leaving directory `/home/jhenderson/Downloads/openwrt/package/ iproute2' make[2]: *** [package/iproute2/compile] Error 2 make[2]: Leaving directory `/home/jhenderson/Downloads/openwrt' make[1]: *** [/home/jhenderson/Downloads/openwrt/staging_dir/target- mips_r2_uClibc-0.9.32/stamp/.package_compile] Error 2 make[1]: Leaving directory `/home/jhenderson/Downloads/openwrt' make: *** [world] Error 2 --- snip --- Been getting it for the past week or so. My build process is such that I do a 'make distclean' before every compile, so it should be building completely from scratch each time. Is this a known issue? Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Compile error - r31299
On Sun, 15 Apr 2012 23:59:15 +0200, Felix Fietkau wrote: OpenWrt has been using uClibc 0.9.33 for a while now, whereas you seem to be using 0.9.32. It looks like 0.9.33 provides that missing function. Awesome, thanks - seems the last time uClibc was updated I had a similar issue, and had forgotten about it. Will reconfigure to use the updated uClibc and let it build with that. Thanks again, Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Compile error - r31299
On Mon, 16 Apr 2012 11:10:32 +1200, Hanno Schupp wrote: I am curious as I was not even aware that you could tell the compile process to use one uClib erosion or another. I thought that was fixed through the toolchain compile process. How do you get the buildroot process to use a certain uClib version then? In my case, I'm carrying forward a .config from compiles of earlier versions. If I do a 'make menuconfig', I see an option to select the version of uClib under the toolchain options - there's an option to select the version of uClib, and on my build system it shows versions 0.9.32-git and 0.9.33 right now. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Ath9k/hostapd connection dropping problems
On Fri, 16 Sep 2011 15:08:15 -0400, Mark Deneen wrote: With the G300NH, I've had problems with certain Apple hardware, but other stations (Linux, Win7 and even iTouches) are fine. The iMac station will be disconnected 3 or 4 times in a row, and then it is fine for at least a day and sometimes more. Other stations remain connected. I guess what I'm getting at is that you might want to put a few different wireless chipsets and drivers connected to the AP, and see if they are affected as well. Unfortunately, I still have fairly minimal testing with the G300NH2 when compared to the G300NH. -M I reported a similar issue a couple weeks ago with my D-Link DIR-825 (also uses the ath9k driver). Devices that dropped here included android phones, Nook 1st generation e-readers, Dell Toshiba laptops, and a PS3. The Dell laptops run openSUSE 11.4, the Toshiba runs Windows 7. The Dell laptops include one with a Broadcom chipset and one with an Intel chipset. In my case, when the wireless would quit working, dhcp wouldn't hand out addresses on the wireless connection. The wired stations on the router had no problems at all. In the end, I ended up reverting to build 27572, which I knew worked prior to the upgrade. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Any recent changes to wireless that would explain problems with wireless?
On Sun, 28 Aug 2011 18:55:38 +, Jim Henderson wrote: I updated to r28089 yesterday and have noticed a significant number of problems with wireless since then. The hardware is a D-Link DIR-825. I only use Radio0 for my wireless. Normally, I can stream video without any problems to our Playstation over the wireless network, but yesterday when I tried (after updating), I kept getting the dreaded DLNA 2104 error, and the PS3 kept dropping off Playstation Network as well. I also tried extended network operations using a Dell D610 laptop running openSUSE 11.4, and it also kept getting knocked off the network. It also intermittently couldn't even get an IP address. When I started updating from SVN today, I noticed the first couple of files changed since building yesterday seemed related to wireless, so I thought I'd ask if anyone else is seeing similar issues. A little additional information - watching logread -f on the router, I see the following: 1. hostapd reports the device (in this case, my Android phone) associates with the station 2. hostapd reports the device has authenticated 3. hostapd reports RADIUS has started an accounting session 3. dnsmasq.dhcp issues a dhcpdiscover and dhcpoffer 3 times (the correct address is offered) 4. hostapd reports the device is disassociated. This just loops over and over right now, and nothing can associate. Last night, I rebooted the router and it was OK for a while (less than an hour). After restarting the network with /etc/init.d/network restart - I was able to connect. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Any recent changes to wireless that would explain problems with wireless?
On Sun, 28 Aug 2011 14:05:24 -0500, Jonathan Bennett wrote: I've seen similar issues with a similar revision. I'm currently testing 28096, and I'm not yet seeing any issues. Hopefully the bump to the newest wireless drivers has improved the situation. Great, I've got a build running right now, so hopefully this will be a quick fix. Out of curiosity, are you using wpa or wpa2 encryption? Does your router log show any strange errors? wpa2-psk here. I just posted about the log - it's acting kinda like there's a memory leak (perhaps) or something similar to that - the physical layer connects but the dhcpoffer is never accepted by the device. Restarting the network on the router gave me a temporary fix. I'll get this version (last change shows as 28096, same as yours) installed and see if that helps. Thanks! Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Any recent changes to wireless that would explain problems with wireless?
On Sun, 28 Aug 2011 14:05:24 -0500, Jonathan Bennett wrote: I've seen similar issues with a similar revision. I'm currently testing 28096, and I'm not yet seeing any issues. Hopefully the bump to the newest wireless drivers has improved the situation. No change here with 28096 (svn info shows r28106 but the last changed rev is r28096). After a while, stations just can't reconnect and get an IP address, though the router is sending the address. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Any recent changes to wireless that would explain problems with wireless?
On Sun, 28 Aug 2011 22:56:59 +, Jim Henderson wrote: No change here with 28096 (svn info shows r28106 but the last changed rev is r28096). After a while, stations just can't reconnect and get an IP address, though the router is sending the address. Reverted back to the previous version I had installed (r27572) and that version is working fine. If there's additional info I can provide to help narrow down the problem in the later releases, please let me know and I'll reinstall the later build to diagnose further. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Attempt to build r25222 fails
Just working through the latest updates, and when I build, I get the following error: configure: creating ./config.status config.status: error: cannot find input file: `Makefile.in' make[3]: *** [/home/jhenderson/Downloads/openwrt/build_dir/host/ opkg-576/.configured] Error 1 make[3]: Leaving directory `/home/jhenderson/Downloads/openwrt/package/ opkg' make[2]: *** [package/opkg/host/compile] Error 2 make[2]: Leaving directory `/home/jhenderson/Downloads/openwrt' make[1]: *** [/home/jhenderson/Downloads/openwrt/staging_dir/target- mips_r2_uClibc-0.9.30.1/stamp/.package_compile] Error 2 make[1]: Leaving directory `/home/jhenderson/Downloads/openwrt' make: *** [world] Error 2 This happens at this stage: make[3] -C package/opkg host-compile (errors shown using V=99 as suggested in the output) I tried doing both a: make package/opkg/clean And doing a make clean before doing a build. I'd rather not do a distclean if I can avoid it since I have to then re-configure the additional packages (is there an easy way to back that up? - talking about the scripts/feeds installed packages) I also tried nuking everything under the build_dir and that didn't help either. Thanks, Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Attempt to build r25222 fails
On Sat, 29 Jan 2011 01:48:11 +0100, Jo-Philipp Wich wrote: see https://dev.openwrt.org/ticket/8418#comment:1 . Thanks, Jow - next time I'll remember to do this. Do I need to do anything to preserve the packages that I've installed, or will the fact that they're configured take care of that for me? Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Is there a way to verify an image before flashing it to the route (and bricking it)?
On Mon, 13 Sep 2010 23:27:06 +0800, Robert Chan wrote: Hi all, Honestly, I had already bricked 2 routers (TP-Link 1043ND and 741ND). What I did was that I compiled the images from the source, and then upload them to the routers. Sometimes they work. However, in two of the instances, I changed some options, and . bricked the routers (even the build and the flashing were all successful). I am just wondering, when I try to build the image from the source again in the future, should I just cross my finger and hope that the image will work? Or is there any way to verify the correctness of an image before I flash it to the router? Probably depends a lot on the router - some routers use a bootloader that's outside of the flashed firmware (my D-Link DIR-825 is one like that) that if you brick it, there's a recovery console that doesn't require a serial connection or JTAG connector to use. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Build Failure
On Mon, 06 Sep 2010 02:55:10 +, Jim Henderson wrote: Trying to compile r22936 here. Still seeing this with r22987 - am I the only one seeing this issue? Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Build Failure
On Thu, 09 Sep 2010 21:23:11 +0200, Jo-Philipp Wich wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi. Still seeing this with r22987 - am I the only one seeing this issue? You need to enable and build ncurses before util-linux-ng will build successfully, Thanks, I'll give that a try. It seems odd, though, that it's trying to build cfdisk when I've told it not to - but I'm willing to give anything a try to get past this. :-) Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Build Failure
On Thu, 09 Sep 2010 21:59:46 +0200, Jo-Philipp Wich wrote: Don't forget to clear util-linux-ng after compiling ncurses: make package/util-linux-ng/clean Thanks - I had forgotten that step, but now it seems to be building. Seems odd, though, that it builds cfdisk when I've asked it not to - but as an old coworker of mine was fond of saying, if it's stupid but it works, it ain't stupid. :-) Thanks for the assist, much appreciated. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Builds since yesterday afternoon not succeeding
On Tue, 27 Jul 2010 16:52:28 +0100, Matthias Buecher / Germany wrote: Just read this thread today and want to mention, that if you run into build problems you should issue a make distclean (not dirclean) to get rid of all old stuff and extra packages (create patches of your manual changes first, so you can later re-apply them). That's good to know - I didn't notice that distclean was an option, and have been just doing a make clean make world - so will change my workflow to do distclean instead. When I run into build issues, I normally wait at least one additional release before reporting an issue (and take some time to look through the svn logs to see what might've caused a problem - I usually try to pinpoint the cause of the problem so I can make a useful report). In this case, I'd had some troubles for about a day and nothing in the logs was making it clear to me why I was seeing a problem (indeed, the only updates seemed to be for a different platform than what I build for). Appreciate all the tips and everyone's help. I'm still fairly new to building this code - but I also like testing bleeding-edge code. :-) Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Builds since yesterday afternoon not succeeding
On Mon, 26 Jul 2010 17:41:25 +0200, Benjamin Cama wrote: Hi, Le lundi 26 juillet 2010 à 04:20 -0600, Joseph Roback a écrit : I've tried 22362,22380,22382,22388 from fresh SVN checkouts and all 4 of them worked. Before I even tried a `make dirclean' before rebuilding. I also tried manually deleting: `rm -rf bin build_dir staging_dir' ... I must have had something stale in my tree to cause this.. what I am not sure. This happens some times. I've also been catched by this some time ago, but learned to clean the offending package if I'm the only one seeing the problem. I've tracked it down to build 22385 - 22384 (which has the last commit at 22383) builds, 22385 doesn't for me. What process do you use to clean the offending package? Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Builds since yesterday afternoon not succeeding
On Mon, 26 Jul 2010 16:13:32 +, Jim Henderson wrote: I've tracked it down to build 22385 - 22384 (which has the last commit at 22383) builds, 22385 doesn't for me. Really strange, I backed down to 22383 and now it won't build that one either. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Builds since yesterday afternoon not succeeding
On Tue, 27 Jul 2010 00:37:13 +0200, Benjamin Cama wrote: Le lundi 26 juillet 2010 à 16:13 +, Jim Henderson a écrit : I've tracked it down to build 22385 - 22384 (which has the last commit at 22383) builds, 22385 doesn't for me. But you said earlier that a later revision (22388) works; so, why bother ? Furthermore, these changesets don't seem to have anything to do with your problem. I think a clean checkout of r22385 would work; it's just that sometime, by doing a specific update/compile pattern, you end up with a non-working build. It's sad but can be fixed quickly by cleaning. 22388 didn't build for me. Joseph said a fresh checkout built from him. What process do you use to clean the offending package? I just meant make package/foo/clean I'll give that a try. It's a little confusing, though, having builds that don't build, might it not be worth tracking down why and addressing that root cause, if only to prevent a repeat of the discussion? Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Builds since yesterday afternoon not succeeding
On Tue, 27 Jul 2010 01:56:19 +0200, Benjamin Cama wrote: I'll give that a try. It's a little confusing, though, having builds that don't build, might it not be worth tracking down why and addressing that root cause, if only to prevent a repeat of the discussion? Yes, it's confusing. Maybe it should be in a FAQ. Finding the root cause may be interesting, but I think that to most people here, the benefits don't outweight the cost of tracking down these bugs. Fair enough - that trick did work for me, so I've got 22390 built. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Builds since yesterday afternoon not succeeding
' undeclared (first use in this function) netfilter/iptcrdr.c:508: error: expected ';' before 'h' netfilter/iptcrdr.c:509: error: 'h' undeclared (first use in this function) netfilter/iptcrdr.c: In function 'list_redirect_rule': netfilter/iptcrdr.c:728: error: 'iptc_handle_t' undeclared (first use in this function) netfilter/iptcrdr.c:728: error: expected ';' before 'h' netfilter/iptcrdr.c:734: error: 'h' undeclared (first use in this function) netfilter/iptcrdr.c:788: error: dereferencing pointer to incomplete type netfilter/iptcrdr.c:790: error: dereferencing pointer to incomplete type netfilter/iptcrdr.c:791: error: dereferencing pointer to incomplete type netfilter/iptcrdr.c:792: error: dereferencing pointer to incomplete type netfilter/iptcrdr.c:793: error: dereferencing pointer to incomplete type make[4]: *** [netfilter/iptcrdr.o] Error 1 make[4]: Leaving directory `/home/jhenderson/Downloads/openwrt/build_dir/ linux-ar71xx_generic/miniupnpd-1.4' make[3]: *** [/home/jhenderson/Downloads/openwrt/build_dir/linux- ar71xx_generic/miniupnpd-1.4/.built] Error 2 make[3]: Leaving directory `/home/jhenderson/Downloads/openwrt/feeds/ packages/net/miniupnpd' make[2]: *** [package/feeds/packages/miniupnpd/install] Error 2 make[2]: Leaving directory `/home/jhenderson/Downloads/openwrt' make[1]: *** [/home/jhenderson/Downloads/openwrt/staging_dir/target- mips_r2_uClibc-0.9.30.1/stamp/.package_install] Error 2 make[1]: Leaving directory `/home/jhenderson/Downloads/openwrt' make: *** [world] Error 2 --- snip --- Building for an ar7xx (D-Link DIR-825). Anyone else seeing this issue with different targets? Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Builds since yesterday afternoon not succeeding
On Sun, 25 Jul 2010 18:18:53 +, Jim Henderson wrote: When trying to build from the latest sources, I get the following output (with V=99) on 'make world': Seems to be working now. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Builds since yesterday afternoon not succeeding
On Sun, 25 Jul 2010 21:44:52 -0600, Joseph Roback wrote: Also interesting, if invoked to build miniupnpd manually, the iptables dependency seems to be honored. $ make package/feeds/packages/miniupnpd-compile Collecting package info: done make[1] package/feeds/packages/miniupnpd-compile make[2] -C package/libtool host-compile make[2] -C package/libtool compile make[2] -C package/iptables compile make[2] -C feeds/packages/net/miniupnpd compile The problem, repeatable every build, only seems to occur after `make clean make' of the entire trunk I've noticed this in my testing - r22344 seems to build OK, r22348 doesn't. I'll see if I can narrow it down a bit more (I'm building r22344 now). Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Builds since yesterday afternoon not succeeding
On Sun, 25 Jul 2010 22:05:12 -0600, Joseph Roback wrote: I using r22388. After building miniupnpd manually and continuing the build, uhttpd failed because its dependency openssl was there. I manually build uhttpd make package/uhttpd-compile and then it was ok. I think the build system dependencies are screwed up somehow... It looks like that's the case. I'm trying building the releases between r22380 and r22388 to see if I can pinpoint where it stopped building. I don't know now why I went all the way back to r22344, I think I must've mistyped (meaning to go to 84), but I noticed the build date when going in to update the feeds. Something I do wish the feeds script would do (maybe it does?) is update to the same date/time as the main build. I end up manually going in and using svn update to update feeds/packages, feeds/xwrt, and feeds/luci (by date) to make sure I'm on the sources that would've been downloaded at the same time as the main openwrt code repository. It's not difficult to do, but if the feeds script could figure that out, that would be awesome for tracking things like this down. :-) I'll probably identify which is the last release to build tomorrow morning, it looks like r22380 is going to be successful, so I'll jump ahead to r22384 and try that next - that'll probably run while I'm sleeping. Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Building for the DIR-825
On Wed, 09 Jun 2010 13:38:54 +0400, Alexey Loukianov wrote: switch. The wiki page says it's a RealTek RTL8366SR, but I don't see any RealTek drivers loaded on the router with the snapshot installed on it. AFAIK, Switch and ethernet drivers got build up embedded in kernel instead of being a separate .ko modules. Is my assumption that selecting the DIR-825 target automatically selects the necessary driver, or is there anything further I need to do? That is right, as soon as you select the D-Link DIR-825 rev. B1 as the target profile the correct default settings for the kernel build would be selected automatically. Perfect, thanks for both pieces of information. I'll try my new build out this weekend. :-) Jim -- Jim Henderson Please keep on-topic replies on the list so everyone benefits ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Building for the DIR-825
Hi, I've just started using openwrt on a D-Link DIR-825 (as those who also read the user list are probably already aware), and in trying to troubleshoot a DLNA issue, I'd like to try the latest experimental firmware pulled from the source repository. In configuring the firmware image, I have been comparing to the pre-built image's setup, and I haven't been able to determine what kernel driver I need to install for the ethernet interfaces and/or switch. The wiki page says it's a RealTek RTL8366SR, but I don't see any RealTek drivers loaded on the router with the snapshot installed on it. Is my assumption that selecting the DIR-825 target automatically selects the necessary driver, or is there anything further I need to do? Also, I'm wondering if the configuration file used for the snapshot is available somewhere so I can look at the options selected for that build. Thanks, Jim ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel