**** BEGIN LOGGING AT Sat May 24 02:59:58 2014
May 24 03:25:19 <5EXAA8SU8> build #67 of pxa is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/pxa/builds/67
May 24 04:12:03 <5EXAA8SU8> build #467 of gemini is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/gemini/builds/467
May 24 06:42:44 <5EXAA8SU8> build #69 of x86_64 is complete: Failure [failed compile_1]  Build details are at http://buildbot.openwrt.org:8010/builders/x86_64/builds/69
May 24 07:32:22 <5EXAA8SU8> build #68 of adm8668 is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/adm8668/builds/68
May 24 07:50:53 <plntyk> still missing qemu-img on buildbot for x86_64
May 24 08:03:04 <OpenWrt-Commits> nbd r40840 trunk/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wr703n.c * ar71xx: fix typo in tl-wr710n mac setup (fixes #16469)
May 24 08:03:08 <OpenWrt-Commits> nbd r40841 trunk/target/linux/ar71xx/patches-3.10/525-MIPS-ath79-enable-qca-usb-quirks.patch * ar71xx: enable usb quirks for all chipidea based devices
May 24 09:19:49 <_trine> anyone know why I am seeing this when I start my dockstar with todays trunk
May 24 09:19:55 <_trine> root@OpenWrt:/# procd: Instance uhttpd::instance4 s in a crash loop 6 crashes, 0                                                       seconds since last crash
May 24 09:19:55 <_trine> procd: Instance uhttpd::instance3 s in a crash loop 6 crashes, 0 seconds since l                                                      ast crash
May 24 09:20:51 <_trine> this is looking with a serial connection
May 24 11:52:04 <5EXAA8SU8> build #69 of mpc83xx is complete: Failure [failed compile_8]  Build details are at http://buildbot.openwrt.org:8010/builders/mpc83xx/builds/69
May 24 12:12:53 <heffer> luka: i created this little write-up http://wiki.openwrt.org/toh/cloudengines/pogoplug
May 24 13:30:40 <5EXAA8SU8> build #70 of bcm53xx is complete: Failure [failed shell]  Build details are at http://buildbot.openwrt.org:8010/builders/bcm53xx/builds/70
May 24 14:47:48 <luka> heffer: nice
May 24 14:50:54 <m4t> heffer: have you tried savenv in u-boot using that environment offset
May 24 14:51:12 <m4t> cuz i bricked my plug's u-boot doing that
May 24 14:51:17 <m4t> it overwrote u-boot with the env...
May 24 14:51:20 <heffer> yes i did
May 24 14:51:36 <m4t> i see you're doing 2 stage though
May 24 14:51:36 <heffer> it works, but only when it has been erased before
May 24 14:51:48 <heffer> stage2 doesn't have the saveenv command
May 24 14:51:55 <m4t> hmm
May 24 14:52:03 <heffer> also doesn't need
May 24 14:52:08 <m4t> i wasn't using the openwrt u-boot though, i was using vanilla upstream
May 24 14:52:37 <heffer> yeah the upstream vanilla one uses 0x60000 as offset
May 24 14:52:48 <m4t> heh
May 24 14:52:50 <heffer> that's right in the uboot memory section
May 24 14:52:56 <m4t> i had to jtag
May 24 14:54:25 <m4t> i kind of independently created a dts and ported openwrt to the plug
May 24 14:54:58 <m4t> didn't submit any patches though
May 24 14:55:16 <heffer> even the factory u-boot goes up to 0x606c4 so either way, the upstream u-boot offset of 0x60000 is bogus
May 24 14:55:40 <heffer> even worse: it's unsafe as it will definitely brick your device
May 24 14:55:46 <m4t> yes
May 24 14:56:18 <m4t> on mine i removed the led and am using the gpio as inputs
May 24 14:56:25 <m4t> for gps pps
May 24 14:57:08 <m4t> pps frequency 29.551 ppm, stability 0.009 ppm, jitter 2.000 us,
May 24 14:57:23 <m4t> works well, i am doing an RT kernel though
May 24 14:57:39 <heffer> nice
May 24 14:57:44 <m4t> yea...
May 24 14:57:54 <m4t> it has been sitting here on my desk for like 75 days :D
May 24 14:57:58 <m4t> according to uptime
May 24 14:58:12 <m4t> i'm waiting on a new GPS module then i will install it permanently
May 24 15:02:47 <m4t> nice work though, i will probably switch to your version of trunk when i get i finalize the build
May 24 15:10:29 <heffer> m4t: glad you like it :)
May 24 16:59:17 <russell--> hmm. dnsmasq option changes?  my option notinterface 'eth1' isn't apparently respected
May 24 17:00:08 <russell--> as a result, it's answering dns queries on the wan interface and was participating inadvertently in a dns amplification attack
May 24 17:01:03 <russell--> r40010 on ar71xx
May 24 17:01:49 <russell--> # opkg list_installed | grep dnsmasq
May 24 17:01:50 <russell--> dnsmasq - 2.66-5
May 24 17:02:28 <jow_laptop> russell--: notinterface must be a list
May 24 17:02:35 <jow_laptop> list notinterface 'eth1'
May 24 17:03:08 <russell--> ah
May 24 17:03:55 <_trine> is this a problem to concern anyone which I see when I boot my dockstar with todays trunk
May 24 17:03:57 <_trine> root@OpenWrt:/# [   50.856589] [sched_delayed] sched: RT throttling activated
May 24 17:03:57 <_trine> procd: Instance uhttpd::instance3 s in a crash loop 6 crashes, 0 seconds since last crash
May 24 17:03:57 <_trine> procd: Instance uhttpd::instance4 s in a crash loop 6 crashes, 0 seconds since last crash
May 24 17:03:58 <russell--> did that change at some point?
May 24 17:05:48 <OpenWrt-Commits> jow r40842 trunk/target/linux/generic/files/drivers/net/phy/ar8216.c * Revert "ar71xx: Fix tagged+untagged operation on AR8327N (#12181)"
May 24 17:08:53 <jow_laptop> russell--: now, its this way for 5 years now
May 24 17:08:56 <jow_laptop> *no
May 24 17:09:18 <jow_laptop> the parm is processed by config_list_foreach which only works for list entries, not options
May 24 17:09:37 <russell--> okay
May 24 17:12:26 <russell--> it looks like a bug when i converted to using uci-defaults (from $TOPDIR/files overlay) for node configuration
May 24 17:15:23 <jow_laptop> just substitute "uci set dnsmasq.@dnsmasq[0].notinterface=eth1" with "uci add_list dnsmasq.@dnsmasq[0].notinterface=eth1"
May 24 17:15:34 <russell--> right
May 24 17:15:35 <jow_laptop> assuming you do it that way
May 24 17:15:42 <russell--> just found that
May 24 17:16:25 <russell--> i apparently got confused during the translation, because i was working from uci show dhcp and the two aren't visibly distinguishable afaict
May 24 17:18:00 <russell--> dhcp.@dnsmasq[0].rebind_protection=0
May 24 17:18:00 <russell--> dhcp.@dnsmasq[0].notinterface=eth1
May 24 17:33:25 <cyrozap> hello, I have a QCA9558+AR9580 board here that doesn't store correct MAC addresses in its ART partition (the factory OS grabs them from u-boot)
May 24 17:34:20 <DonkeyHotei> cyrozap: i have a patch for that, awaiting review
May 24 17:34:45 <DonkeyHotei> adri: what's the holdup?
May 24 17:36:41 <cyrozap> DonkeyHotei: Oh, cool!
May 24 17:39:55 <5EXAA8SU8> build #574 of ppc44x is complete: Failure [failed shell_10]  Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/574
May 24 17:40:00 <5EXAA8SU8> build #543 of sibyte is complete: Failure [failed shell_10]  Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/543
May 24 17:41:31 <5EXAA8SU8> build #574 of rb532 is complete: Failure [failed shell_10]  Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/574
May 24 17:41:42 <5EXAA8SU8> build #481 of iop32x is complete: Failure [failed shell_10]  Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/481
May 24 18:32:34 <_trine> can someone port libedit-dev because I am getting this error in my compile ???   configure: error: You need to either install libedit-dev (>= 2.11) or configure with --disable-core-libedit-support
May 24 19:00:09 <5EXAA8SU8> build #614 of cobalt is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/cobalt/builds/614
May 24 19:00:28 <5EXAA8SU8> build #509 of au1000 is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/au1000/builds/509
May 24 19:02:44 <5EXAA8SU8> build #620 of orion is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/620
May 24 19:08:56 <5EXAA8SU8> build #584 of uml is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/uml/builds/584
May 24 19:24:08 <russell--> _trine: what are you compiling that gives you that error?
May 24 19:24:34 <_trine> part of Freeswitch
May 24 19:25:10 <russell--> have you considered adding the --disable thing it suggests?
May 24 19:25:57 <_trine> option to "Compile with libedit Support" under the FS configuration page.
May 24 19:26:04 <_trine> I want it enabled
May 24 19:26:14 <_trine> because it gives more features
May 24 19:26:37 <_trine> Older versions of FS depended on libcurses and new version now depends on libedit
May 24 19:27:06 <_trine> so we need libedit
May 24 19:27:23 <DonkeyHotei> i grabbed a wrt54gs v2 with a sticker on it saying "bricked" and got a jtag header onto it, but urjtag reports "TDO seems to be stuck at 1" after the LEDs come on and settle to a blinking power. anyone ever seen similar?
May 24 19:27:43 <russell--> DonkeyHotei: i think i put that sticker on it ;-)
May 24 19:27:54 <DonkeyHotei> russell--: yes, you did
May 24 19:28:04 <_trine> DonkeyHotei, I used the pin shorting method on it :P
May 24 19:28:13 <DonkeyHotei> russell--: but idk the backstory
May 24 19:28:16 <russell--> it might just be hosed
May 24 19:28:29 <russell--> like some kind of component failure
May 24 19:28:39 * russell-- has no idea, which is how it landed in that box
May 24 19:29:00 <DonkeyHotei> "bricked" implies it worked, then something was done that bricked it
May 24 19:29:38 <russell--> i think what i had in mind is that i'd tried all the easy things to recover and they hadn't worked
May 24 19:30:05 <DonkeyHotei> it had no jtag header, so that wasn't tried
May 24 19:30:26 <russell--> but honestly, it would have been so long ago, i don't recall what the observables might have been
May 24 19:31:05 <DonkeyHotei> one possibility is that something is badly crashing the cpu, and urjtag isn't resetting it fully
May 24 19:31:23 <DonkeyHotei> that's why i ask if anyone has seen that happen
May 24 19:31:25 <_trine> DonkeyHotei, will your jtag allow you to clear it all
May 24 19:32:10 <DonkeyHotei> not if it can't connect
May 24 19:32:51 <_trine> I have only ever used the simple parallel jtag cables on those routers ,, it never failed
May 24 19:33:20 * russell-- suggests tossing it into a far-away bin and forgetting it ever existed
May 24 19:33:34 <DonkeyHotei> but it's 8/32
May 24 19:33:40 <russell--> (which is what i did)
May 24 19:33:42 <russell--> lol
May 24 19:33:56 <russell--> but now you are ruining it! ;-)
May 24 19:34:08 <DonkeyHotei> if debricking is possible, might be worth a shot
May 24 20:23:12 <5EXAA8SU8> build #469 of mcs814x is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/mcs814x/builds/469
May 24 20:34:04 <cyrozap> Quick question: How should I know what to set for my router in the /etc/uci-defaults/02_network script?
May 24 20:34:19 <cyrozap> Does it matter what the lan and wan interfaces are called?
May 24 20:34:37 <cyrozap> And how should I know which ports whould be on what vlan?
May 24 20:35:20 <cyrozap> I know port 0 is the CPU, 1-4 are LAN, 5 is WAN and 6 is 5 GHz WLAN
May 24 20:38:09 <5EXAA8SU8> build #554 of avr32 is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/554
May 24 22:05:10 <adri> DonkeyHotei: shit at work just took over all of my brain cycles, I'm sorry
May 24 22:06:00 <DonkeyHotei> adri: any idea how many more cycles it will monopolize?
May 24 22:12:58 <adri> It's kinda infinite at this point, but I'll go rvisit this with nbd tomorrow
May 24 22:13:03 <adri> where's the patch again
May 24 22:13:16 <adri> I'm sorry I drpoped the ball on this. :(
May 24 22:17:24 <DonkeyHotei> [Sat 2014-05-24 03:13:03 PM PDT] <adri> where's the patch again <----- somewhere in your inbox
May 24 22:17:48 <adri> ah right
May 24 22:17:49 <adri> lemme go find it
May 24 22:21:23 <adri> gah, what's your email address again?
May 24 22:29:27 <russell--> https://www.youtube.com/watch?v=xO9ppicjlFg
May 24 22:33:54 <adri> DonkeyHotei: hm, linville didn't pick it up
May 24 22:33:55 <adri> ?
May 24 22:34:08 <DonkeyHotei> adri: so you submitted it?
May 24 22:35:52 <adri> lemme just do a pull on linux-next
May 24 22:35:54 <adri> and find out
May 24 22:36:12 <adri> DonkeyHotei: actually, I'll wait for linville to show up on irc and I'll ask him
May 24 22:36:27 <DonkeyHotei> thanx
May 24 22:36:56 <adri> np
May 24 22:36:59 <adri> don't be afraid to poke me again about it
May 24 22:37:05 <adri> if it's a problem, I'll tell you to stop. :P
May 24 22:38:19 <DonkeyHotei> still no one found to convert ar23xx to device tree, alas
May 24 22:39:04 <adri> heh
May 24 22:39:41 <DonkeyHotei> it's a prerequisite for upstreaming your sparky findings
May 24 23:05:42 <nbd> adri: hey
May 24 23:06:59 <nbd> fyi, i took a look at ath9k to check if the rx buffer handling was correct for non-edma hardware
May 24 23:07:08 <nbd> turns out the buffer holding logic was already implemented
May 24 23:08:03 <nbd> turns out i stumbled upon that issue some time last year already and fixed it ;)
May 24 23:10:39 <adri> oh cool
May 24 23:10:53 <adri> i'm still seeing owl scribble all over things sometimes in powersave mode
May 24 23:11:03 <adri> it's like the rx fifo loses its shit and writes some garbage value over and over again in the rx descriptor space
May 24 23:11:38 <adri> i need to get a more updated laptop with an internal ar9380-or-later to make it my day to day laptop, as having those extenders hang out the side sucks
May 24 23:11:53 <adri> have you seen that kind of rx behaviour on other chips?
May 24 23:12:09 <adri> it happens in some noisy scenarios when i'm using owl in powersave mode; it doesn't happen in non-powersave mode
May 24 23:12:19 <adri> (and how's you?)
May 24 23:22:49 <nbd> haven't found the time to play with powersave yet
May 24 23:23:11 <nbd> since with ath9k i'm not very interested in things that aren't relevant to router stuff
May 25 00:37:21 <adri> nbd: *nod*
May 25 00:37:34 <adri> nbd: I think I'm going ot have to schedule some time at the QCA office soon
**** ENDING LOGGING AT Sun May 25 02:59:58 2014