**** BEGIN LOGGING AT Sun Jan 26 02:59:59 2014 Jan 26 07:42:23 hi Jan 26 07:42:29 -EWIN Jan 26 11:33:31 juhosg r39399 trunk/ (47 files in 34 dirs) * kernel: update 3.10 to 3.10.28 Jan 26 13:11:18 hm, when I flash the nightly DIR-615H1 build via the OEM firmware, it reboots into the OEM again but resetted to defaults. Any idea what that might be blogic? Jan 26 13:14:22 loswillios: the image is too big so there is not enough space for creation of jffs2 overlay Jan 26 13:17:12 it's 2.8mb and the router has 4mb flash, so should be good in theory Jan 26 13:17:16 slachta: that would make sense if it booted into openwrt, but loswillios said it kept the original firmware, so there must be something different wrong Jan 26 13:17:25 exactly Jan 26 13:18:11 aha, somehow I skipped that info Jan 26 13:22:10 happens to everyone ;) Jan 26 13:32:04 hm... buildbot down again? Jan 26 13:32:38 :( Jan 26 13:34:20 I have a lantiq danube board (ARV7519) and I'm trying to power up the USB port Jan 26 13:35:16 I tried all GPIO pins without success but I can see spikes on the power line while the driver is initialising Jan 26 13:35:34 are there more ways to power a USB port than GPIO? Jan 26 13:38:03 loswillios: now Jan 26 13:38:06 i dont have that unit Jan 26 13:38:28 i am also convonced that flashing via uboot with a usb2serial dongle is the only sane way to flash Jan 26 13:38:40 ergo i dont give support for any other means of flashing Jan 26 13:41:58 I do not like the RaLink wifi chipset in airties wav281. It just does not work correctly. Jan 26 13:43:47 slachta: feel free to contribute to opensoruce by making it better Jan 26 13:45:46 blogic: I am trying to contribute as much as I can. If I would have more than 24 hours a day, I would consider it. :) Jan 26 13:45:58 hi Jan 26 14:15:03 blogic: sure Jan 26 14:19:10 loswillios: do you have a serial dongle ? Jan 26 14:19:17 it might help you debug the problm Jan 26 14:19:29 as in, find out what the shell says when the upgrade fails Jan 26 14:36:36 blogic: I have, but from the pictures of the H1 it seems the pins are not populated (haven't opened it yet) and I don't have my soldering stuff with me Jan 26 14:37:23 maybe I can get some more infos in the next days Jan 26 14:42:16 ok ! Jan 26 14:58:26 juhosg r39400 trunk/target/linux/ar71xx/files/arch/mips/ath79/mach-wp543.c * ar71xx: wp543: set active_low flag for the buttons Jan 26 14:58:27 juhosg r39401 trunk/target/linux/ar71xx/files/arch/mips/ath79/mach-wpe72.c * ar71xx: wpe72: set active_low flag for the reset button Jan 26 15:40:04 hi, not sure if this a place for luci questions too but here it goes: Jan 26 15:40:46 do I need to do something else for module to show up in luci menu than place it in luci-0.11/modules? Jan 26 15:41:32 you mean in menuconfig ? Jan 26 15:41:38 I just copy&pasted failsafe module and changed it a little, but it won't appear in menu or be otherwise reachable when i run make runhttpd Jan 26 15:41:49 jow_laptop: in luci dev enviroment Jan 26 15:42:07 in webui Jan 26 15:42:08 no, this should be all Jan 26 15:42:19 see if you have some luci-* directories in /tmp or tmp/ Jan 26 15:42:26 if yes, remove them Jan 26 15:43:33 couldn't find any tmp ; make clean also didn't help Jan 26 15:56:00 for those who use big external antennas for the outside, how do you protect your radios/ap from thunder? Jan 26 15:56:23 Devastator: i suppose a good electrical installation Jan 26 15:57:08 hm, even if i put some error in my luci module nothing happens - but when i modify some module that was already there it will show error in webui Jan 26 16:00:34 plntyk have you had any problems during rain etc? Jan 26 16:01:41 I meant lightning heh Jan 26 16:04:47 Devastator: no personal experience but from posts of berlin-wireless there was the usual "best practice" electrical installation with lightning protection typ 1/typ 2 Jan 26 16:05:25 potentially adding a surge protector might help too for some passive protection Jan 26 16:05:40 Devastator: from what I hear the radios are quite safe (if they aren't primary target for lighting strike of course) , but inductance in long UTP cables is a big problem Jan 26 16:05:47 resoluting in dead ethernet ports Jan 26 16:06:11 plntyk do you happen to have these posts? :) Jan 26 16:07:04 RooTer_ indeed, I have a farm, my uncle lives there and ISP doesn't wanna change the radios anymore, because it doesn't last a month or so Jan 26 16:11:47 Devastator: may be somewhat irrelevant but do a search for SDR and protective diodes Jan 26 16:12:31 Devastator: people that use tv tuners as SDR's have come accross similar problems Jan 26 16:14:10 devastator: there are some documents linked like http://www.techno-com.de/shopjtl/Blitzschutz-Erdung-Potentialausgleich-PA-DIN-Norn-16mm-quadrat-stromschlag Jan 26 16:14:46 and another post mentiones the same like vampo: look for solutions/help for the similar problems with tv antennas Jan 26 16:15:01 vampo, plntyk thanks! Jan 26 16:15:24 <_trine> its probably more likely there are mains voltage supply issues Jan 26 16:17:10 one calculation from an object (where wlan will be installed) mentions: 500EUR electrical (with lightning prot) costs but its a church tower so costs are relatively high because most infrastructure like power connectors etc is missing Jan 26 16:22:31 I'm still learningmy deutsch is rusty, but I think Jan 26 16:22:33 opss Jan 26 16:22:52 I'm still learning deutsch, but I think I'm able to understand the articles Jan 26 16:49:15 juhosg r39402 trunk/target/linux/generic/files/drivers/net/phy/swconfig_leds.c * ar71xx: swconfig: use the local helper to set LED brightness on link down Jan 26 17:13:08 updated openwrt/upstream, https://home.comcast.net/~sdwalker/uscan/index.html Jan 26 17:38:00 build #381 of iop32x is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/381 Jan 26 17:45:19 juhosg r39403 trunk/target/linux/ x86/config-3.6 x86/geos/config-3.6 * x86: remove 3.6 support Jan 26 17:48:32 build #381 of ep93xx is complete: Failure [failed compile_2] Build details are at http://buildbot.openwrt.org:8010/builders/ep93xx/builds/381 Jan 26 17:48:43 build #333 of octeon is complete: Failure [failed compile_2] Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/333 Jan 26 18:00:41 build #492 of ppc40x is complete: Failure [failed compile_2] Build details are at http://buildbot.openwrt.org:8010/builders/ppc40x/builds/492 Jan 26 18:01:37 build #469 of rb532 is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/469 Jan 26 18:02:35 build #469 of ppc44x is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/469 Jan 26 18:57:57 build #497 of lantiq is complete: Failure [failed compile_3] Build details are at http://buildbot.openwrt.org:8010/builders/lantiq/builds/497 Jan 26 20:42:20 This morning, I just updated to SVN r39403 and built went smooth for Marvell Kirkwood, but my DockStar won't boot with the new firmware. Has anyone encountered this issue? Jan 26 22:52:36 build #480 of uml is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/uml/builds/480 Jan 27 01:44:16 build #439 of sibyte is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/439 Jan 27 02:14:59 build #507 of orion is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/507 **** ENDING LOGGING AT Mon Jan 27 03:00:00 2014