**** BEGIN LOGGING AT Thu Nov 03 02:59:59 2011
Nov 03 05:45:03 <builder_> build #102 of brcm47xx is complete: Failure [failed compile_6]  Build details are at http://buildbot.openwrt.org:8010/builders/brcm47xx/builds/102
Nov 03 05:46:08 <builder_> build #100 of atheros is complete: Failure [failed compile_6]  Build details are at http://buildbot.openwrt.org:8010/builders/atheros/builds/100
Nov 03 08:18:35 <CIA-4> nico * r28718 /trunk/package/dropbear/ (Makefile patches/160-segfault_fwd_localhost.patch): package/dropbear: fix segfault with remote port forwarding (closes: #10339)
Nov 03 08:23:46 <CIA-4> nico * r28719 /branches/backfire/package/dropbear/ (Makefile patches/160-segfault_fwd_localhost.patch): [backfire] package/dropbear: merge r28718
Nov 03 10:29:37 <builder_> build #105 of s3c24xx is complete: Failure [failed compile_10]  Build details are at http://buildbot.openwrt.org:8010/builders/s3c24xx/builds/105
Nov 03 10:31:17 <builder_> build #89 of x86 is complete: Failure [failed compile_10]  Build details are at http://buildbot.openwrt.org:8010/builders/x86/builds/89
Nov 03 10:57:27 <CIA-4> mazilo * r28720 /packages/net/freeswitch/ (Makefile patches/009-src-mod-codecs-mod_silk-Makefile.patch): bumped up to the latest FS git commit (84d029e4b92c5161aca2c6317f3ff1087c60d52a)
Nov 03 11:00:02 <dape_at_work> uhm, wonder where does the root tar.gz it is saved
Nov 03 11:31:27 <builder_> build #84 of avr32 is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/84
Nov 03 11:44:30 <tripolar> hi
Nov 03 11:44:32 <tripolar> ping nbd
Nov 03 11:45:12 <tripolar> did someone read my mail i sent to the ml? the 3.1 generic patches introduces two regressions and the patch i sent to the ml fixes them
Nov 03 11:45:19 <tripolar> can someone apply it?
Nov 03 11:46:22 <blogic> tripolar: just saw the mail
Nov 03 11:46:34 <blogic> lets have a look
Nov 03 11:49:44 <tripolar> i dont know why these two regressions where introduced as the patches applied (from 3.0) withtout an error
Nov 03 11:49:49 <tripolar> @blogic
Nov 03 11:50:22 <blogic> who allpied them ?
Nov 03 11:50:24 <dape_at_work> hmm, if a tp-link wr703n has only one ethernet port i wonder if CONFIG_BRIDGE is needed..
Nov 03 11:50:32 <tripolar> blogic jopo or jogo
Nov 03 11:52:03 <tripolar> blogic: am i right? with the patch applied everything works - without it i get some weired errors
Nov 03 12:19:48 <tripolar> blogic ?
Nov 03 13:12:06 <dape_at_work> jow_laptop, if would be nice if you can add hostapd to the exclusion list when killing processes, especially for tp-link wr703n which has only one ethernet (maybe assigned to WAN) and wireless from where people do stuff like luci management or sysupgrade..
Nov 03 13:12:10 <dape_at_work> https://dev.openwrt.org/changeset/28626
Nov 03 13:41:17 <KanjiMonster> tripolar: likely I just missed nbds typo fixes for 3.0 when generating the 3.1 patches
Nov 03 13:42:40 <_trine> I am having a problem when I compile code for my dockstar especially when its a large kernel I have used bzip2 instead of LZMA I changed this in the kernel_config but I still see this http://dpaste.com/646554/
Nov 03 13:43:03 <_trine> can any one help
Nov 03 13:43:27 <_trine> LZMA was the same outcome as well
Nov 03 13:44:36 <jow_laptop> dape_at_work: well does it actually fail if hostapd is getting killed?
Nov 03 13:46:06 <_trine> is there some upper limit you can only compile the kernel to?
Nov 03 13:46:45 <jow_laptop> there shouldn't be one
Nov 03 13:47:05 <dape_at_work> jow_laptop,  i wont try , only one device and not sure i can solder serial on the tiny pads
Nov 03 13:48:35 <_trine> jow_laptop, yesterday I forgot to update the feeds after cleaning so the compile was missing quite a bit of stuff I wanted but interestingly the code worked but it was without a lot of what I intended to have
Nov 03 13:49:12 <_trine> now when I include lots of items I have the EOF problem
Nov 03 13:49:20 <jow_laptop> you can try this: https://forum.openwrt.org/viewtopic.php?pid=143070#p143070
Nov 03 13:49:55 <jow_laptop> In the forum I've seen people booting 3MB images so I doubt you're hitting some limit with your 1.1M kernel
Nov 03 13:50:11 <_trine> ok
Nov 03 13:51:35 <_trine> jow_laptop, that forum message looks a bit complicated for me
Nov 03 13:54:49 <jow_laptop> it's not that complex, he basically just recompressed the raw linux image
Nov 03 13:56:33 <_trine> I dont see the elf image in my compile results
Nov 03 14:36:08 <tripolar> ping nbd
Nov 03 14:44:51 <nbd> tripolar: pong
Nov 03 14:51:17 <tripolar> nbd could you apply the patch i sent to the ml for 3.1?
Nov 03 14:52:00 <tripolar> it seems 2 regressions where introduced in the 3.1 patches - 610 and 612 - alltough the applied ...
Nov 03 14:52:13 <tripolar> te/they
Nov 03 14:52:58 <nbd> yeah, in a minute
Nov 03 14:53:09 <nbd> by the way, does 3.0 still have that performance regression that you reported a while ago?
Nov 03 14:53:25 <tripolar> yes 3.0.3 has it
Nov 03 14:53:32 <nbd> hm, ok
Nov 03 14:53:35 <tripolar> but it was fixed in 3.0.6
Nov 03 14:53:46 <nbd> ah, good
Nov 03 14:53:56 <tripolar> 3.0.8 is allready out :)
Nov 03 14:54:00 <nbd> i guess we should update
Nov 03 14:54:04 <tripolar> yes
Nov 03 14:54:16 <tripolar> also openssl and tor and libevent :)
Nov 03 14:54:24 <tripolar> patches are on the ml :)
Nov 03 14:54:44 <tripolar> there is also an update for dnsmasq available
Nov 03 14:55:54 <tripolar> nbd do you know what im missing on debian when i get this error with cmake?
Nov 03 14:55:57 <tripolar> Could NOT find Threads  (missing:  Threads_FOUND)
Nov 03 14:57:33 <tripolar> on gentoo the same program compiles fine
Nov 03 14:58:56 <nbd> no idea, what program?
Nov 03 15:03:25 <tripolar> nbd found the error - i installed build-essentials and had to reboot the system to get it working - this just reminds me of how much i dislike debian and ubuntu :)
Nov 03 15:03:37 <nbd> heh
Nov 03 15:03:47 <nbd> i never had to reboot for any such stuff
Nov 03 15:04:22 <tripolar> nbd i had to - but my preferred os distribution will  always be gentoo :)
Nov 03 15:04:52 <tripolar> nbd the last patch for 3.1 is a regression isnt it?
Nov 03 15:05:18 <nbd> yes, the 3.1 patches were probably copied from an older version of the 3.0 patches
Nov 03 15:05:30 <nbd> which still had those issues
Nov 03 15:05:46 <luka12345|wiik> nbd: do you have documentation you can share for atheros ar8216 switch?
Nov 03 15:06:33 <tripolar> nbd but if you look at the commit for linux-3.1-rc1 you can see that they were removed when they were copied to 3.1
Nov 03 15:06:39 <nbd> luka12345|wiik: i have documentation, but i can't share it
Nov 03 15:06:53 <nbd> if you're looking for some specific stuff, maybe i can help you with that
Nov 03 15:07:18 <luka12345|wiik> nbd: ok, any idea how much it would cost to get documentation from atheros?
Nov 03 15:07:34 <nbd> i don't think you can just buy the documentation as an individual
Nov 03 15:07:41 <luka12345|wiik> nbd: for now i dont need anything specific, i just wanted to peek into the documentation
Nov 03 15:07:47 <luka12345|wiik> i would buy it as a company
Nov 03 15:07:52 <karlp> nbd: just curious, but how does that work for developing drivers?  You can use the information you have, but you can't share it with anyone else?
Nov 03 15:08:02 <nbd> karlp: right
Nov 03 15:08:08 <karlp> so _you_ and only you can do the development work?
Nov 03 15:08:27 <nbd> at least for those parts that require hw information
Nov 03 15:08:29 <nbd> but it's not just me
Nov 03 15:08:32 <jow_laptop> others can infer the hardware details from the driver mostly
Nov 03 15:08:34 <nbd> other people have documentation as well
Nov 03 15:08:35 <karlp> but you're still able and allowed to share the code you develop _using_ the information
Nov 03 15:08:39 <nbd> yes
Nov 03 15:08:41 <blogic> s/you/holder of the datasheet/g
Nov 03 15:08:41 <karlp> oh yeah, I know it's not just you
Nov 03 15:08:51 <karlp> but it's still more limited than "everyone" :)
Nov 03 15:09:01 <nbd> i was given this documentation specifically for developing open source stuff
Nov 03 15:09:02 <karlp> jow_laptop: yeah, but not until the driver has been finished first
Nov 03 15:09:35 <karlp> good to know, thanks :)
Nov 03 15:09:38 <jow_laptop> karlp: of course, yes
Nov 03 15:22:15 <CIA-4> blogic * r28721 /trunk/target/linux/lantiq/ (171 files in 18 dirs): lantiq: bump to 3.1
Nov 03 15:22:44 <CIA-4> blogic * r28722 /trunk/package/ltq-vmmc/Makefile: ltq-vmmc: should be available for falcon and danube only
Nov 03 15:22:57 <CIA-4> blogic * r28723 /trunk/package/ltq-dsl/ (Makefile src/Makefile src/ifxmips_atm_core.c): ltq-dsl: fixes driver for targets other than danube
Nov 03 15:23:09 <CIA-4> blogic * r28724 /trunk/package/kernel/modules/ (i2c.mk spi.mk): modules: fixes ko files that were renamed in 3.1
Nov 03 15:33:36 <tripolar> blogic: will you apply my patch?
Nov 03 16:01:42 <CIA-4> nico * r28725 /trunk/package/busybox/ (12 files in 3 dirs): package/busybox: update to 1.19.3
Nov 03 16:11:57 <CIA-4> acinonyx * r28726 /packages/ipv6/aiccu/files/aiccu.init: [packages] aiccu: Rework init script
Nov 03 16:12:01 <CIA-4> acinonyx * r28727 /packages/ipv6/aiccu/ (Makefile files/aiccu.hotplug files/aiccu.init): [packages] aiccu: Add 'restart' option to force restart of daemon instead of HUP (#7629)
Nov 03 16:38:17 <cshore> Is there a way to get into u-boot when there is no boot_wait (using serial access on a tp-link 841nd).  I managed to trash the firmware load and it doesn't give me a change to type tpl and the autoboot prompt.
Nov 03 16:38:38 <cshore> *and=at
Nov 03 16:39:48 <CIA-4> blogic * r28728 /trunk/target/linux/lantiq/ (files-3.0/ patches-2.6.39/ patches-3.0/): lantiq: remove obseleted folder. we use 3.1 now
Nov 03 16:40:02 <jow_laptop> cshore: try to script it?
Nov 03 16:40:25 <blogic> cshore: yes
Nov 03 16:40:31 <blogic> ah
Nov 03 16:40:39 <blogic> i was going to say type tpl
Nov 03 16:40:44 <blogic> but then i read all you typed :D
Nov 03 16:41:22 <jow_laptop> something like  "yes tpl > /dev/ttyUSB0"
Nov 03 16:42:20 <cshore> jow_laptop: after an stty on /dev/ttyUSB0 (or will it automatically using 1152008n1)?
Nov 03 16:42:34 <jow_laptop> cshore: don't know
Nov 03 16:42:36 <jow_laptop> try it
Nov 03 16:43:32 <blogic> cshore: does it not wait ?
Nov 03 16:43:40 <blogic> cshore: sure hw handshake is off ?
Nov 03 16:44:07 <blogic> if hw handshake is on you generally are able to see what the board sends but cant send yourself
Nov 03 16:46:37 <cshore> hmmm...that could be it
Nov 03 16:46:59 <cshore> blogic: on the board, or on the serial?
Nov 03 16:51:02 <cshore> ok, just tried with and without flow control, and the board serial doesn't have lines for RTS/CTS
Nov 03 16:51:20 <karlp> not many do.
Nov 03 16:51:21 <cshore> going to try jow's idea
**** BEGIN LOGGING AT Thu Nov 03 21:40:18 2011
Nov 03 21:58:25 <CIA-4> nico * r28742 /packages/net/tor/Makefile:
Nov 03 21:58:25 <CIA-4> packages/tor: update to 0.2.2.34
Nov 03 21:58:25 <CIA-4> tor 0.2.2.34 update patch
Nov 03 21:58:25 <CIA-4> Signed-off-by: Peter Wagner <tripolar@gmx.at>
Nov 03 22:31:44 <dape_at_home> uhm, something's wrong with dhcp6c after updating my dlink 825 from 284xx something to 28738
Nov 03 22:32:06 <dape_at_home> i enabled debug, seems to timeout, same configs, rechecked everything i think
Nov 03 22:33:08 <dape_at_home> radvd is up, dhcp6c and dhcp6s are running but i keep getting many of these: http://pastebin.com/BG5gePna
Nov 03 22:38:30 <Olipro> dape_at_home: check ip6tables rules aren't filtering out DHCPv6
Nov 03 22:38:59 <Olipro> it uses UDP 546 & 547
Nov 03 22:39:08 <Olipro> I believe client uses 546 and server 547
Nov 03 22:39:40 <Olipro> alternatively, permit the multicast addresses it uses
Nov 03 22:42:02 <dape_at_home> well, im running default openwrt ipv6 firewall..
Nov 03 22:43:21 <dape_at_home> gosh, ip6tables -F and it works now
Nov 03 22:43:40 <jow_laptop> the default firewall only takes care of icmpv6 for now
Nov 03 22:43:52 <dape_at_home> :(
Nov 03 22:43:54 <jow_laptop> but we can surely add rules for dhcpv6, like we have rules for dhcpv4 too
Nov 03 22:44:13 <dape_at_home> pretty please,
Nov 03 22:44:32 <jow_laptop> https://dev.openwrt.org/browser/trunk/package/firewall/files/firewall.config#L29
Nov 03 22:45:00 <jow_laptop> beasically add a rule like in line 31-26 after line 76, changed for dhcpv6
Nov 03 22:45:55 <jow_laptop> -e
Nov 03 22:52:24 <dape-home> this is strange
Nov 03 22:52:37 <dape-home> rebooted in normal firewall and now it works
Nov 03 22:52:57 <dape-home> maybe a race condition between my pppoe auth/dhcp6c requests and firewall?
Nov 03 22:53:06 <jow_laptop> unlikely
Nov 03 22:53:41 <jow_laptop> maybe the conntrack entry just timed out at some point so responses didn't make it anymore
Nov 03 22:53:54 <jow_laptop> for the same reason the dhcpv4 rule is there, otherwise renews break
Nov 03 22:54:21 <jow_laptop> or may break if the interval is higher than the conntrack idle timeout
Nov 03 22:54:56 <dape-home> mkay, gonna watch it and feedback you if i find anything
Nov 03 23:25:17 <CIA-4> tripolar * r28743 /packages/net/nfs-kernel-server/ (6 files in 2 dirs):
Nov 03 23:25:17 <CIA-4> [packages] update nfs-kernel-server and nfs-utils to v1.2.5
Nov 03 23:25:17 <CIA-4> rename patches and remove 002-no_ttycom_h.patch - it not needed anymore
Nov 04 00:28:57 <builder_> build #77 of iop32x is complete: Failure [failed compile_6]  Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/77
Nov 04 01:05:09 <CIA-4> nbd * r28744 /trunk/Config.in: kernel: add a top level menuconfig option for enabling core dump support
Nov 04 01:05:14 <CIA-4> nbd * r28745 /trunk/package/ (4 files in 4 dirs): netifd: ensure that a bridge gets created before hostapd needs it, hostapd must not attempt to create the bridge by itself
Nov 04 01:05:29 <CIA-4> nbd * r28746 /trunk/package/hostapd/ (32 files in 2 dirs): hostapd: update to latest git version
**** ENDING LOGGING AT Fri Nov 04 02:59:57 2011