**** BEGIN LOGGING AT Thu Jul 29 02:59:57 2010 **** BEGIN LOGGING AT Thu Jul 29 05:10:14 2010 **** BEGIN LOGGING AT Thu Jul 29 05:24:18 2010 **** ENDING LOGGING AT Thu Jul 29 05:37:22 2010 **** BEGIN LOGGING AT Thu Jul 29 05:54:15 2010 Jul 29 08:00:07 build #67 of orion is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/orion/builds/67 Jul 29 08:01:39 does anybody knows why on some Gateworks baords (ixp4xx) the default date is set to 1920? How is this possible with a unix timestamp? Jul 29 09:27:10 build #84 of brcm47xx is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/brcm47xx/builds/84 Jul 29 09:44:07 build #95 of ppc44x is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/ppc44x/builds/95 Jul 29 09:44:44 build #99 of ppc40x is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/ppc40x/builds/99 Jul 29 12:00:16 Mornin Jul 29 13:15:06 @nbd could you have a look at https://forum.openwrt.org/viewtopic.php?id=24124 - i'm still at work and can't chat here ;) Jul 29 13:24:30 replied Jul 29 13:49:25 nbd, whats your age? Jul 29 13:51:08 0x1b Jul 29 13:51:57 27 right? Jul 29 13:52:00 yes Jul 29 13:53:00 0x16 :P Jul 29 14:11:05 build #88 of avr32 is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/avr32/builds/88 Jul 29 14:13:53 acoul * r22411 /trunk/target/linux/atheros/patches-2.6.35/111-ar231x-mc_count.patch: atheros/patches-2.6.35: sync patches against 2.6.35-rc6 Jul 29 17:15:20 hi all Jul 29 17:16:47 acoul * r22412 /trunk/target/linux/atheros/ (5 files in 4 dirs): [atheros] enable mtu & mac config options Jul 29 17:20:27 acoul * r22413 /trunk/target/linux/ (4 files in 2 dirs): target/linux: refresh kernel patches Jul 29 18:14:12 mb * r22414 /trunk/tools/firmware-utils/src/trx.c: firmware-utils/trx: Endianness fixes Jul 29 19:41:30 build #94 of atheros is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/atheros/builds/94 Jul 29 20:41:20 Hello Jul 29 20:42:36 I have a problem with realy slow pptp connetions on backfire. Jul 29 20:43:53 I already set --nobuffer on the pty command Jul 29 20:43:58 no change Jul 29 20:44:41 tcpdump looks just fine. Jul 29 20:44:56 cpu usage is minimal. Jul 29 20:47:56 same hardware (pc-engine) with kamikaze and madwifi is 3 times faster Jul 29 21:03:37 Emzy: try lowering the mtu Jul 29 21:04:05 Emzy: mtu 1400 in the options.pptp or "option pppd_options 'mtu 1400'" in uci Jul 29 21:04:29 build #90 of ar71xx is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/ar71xx/builds/90 Jul 29 21:06:26 jow_laptop: ok, i will try that. the mtu is now at 1452 Jul 29 21:07:16 maybe start with an even lower value, like 1000 Jul 29 21:07:24 then increase it until you find the best Jul 29 21:09:50 but on kamikaze with 1452 it works fine. Jul 29 21:09:55 same setup Jul 29 21:09:58 try it anyway please Jul 29 21:10:14 pptp and pppd where both updated, along with the majority of surrounding scripts Jul 29 21:11:04 was mss fix (pmtu clamping) enabled in your old build? Jul 29 21:11:09 or maybe disabled Jul 29 21:11:14 and enabled on backfire Jul 29 21:12:03 I think it has nothing to do with mss Jul 29 21:12:37 i'm testing without routers between Jul 29 21:16:47 is the net.ipv4.tcp_window_scaling sysctl enabled? Jul 29 21:17:06 MTU:1400 changed nothing. Jul 29 21:18:19 1 Jul 29 21:18:31 # cat /proc/sys/net/ipv4/tcp_window_scaling Jul 29 21:18:31 1 Jul 29 21:18:32 /proc/sys/net/ipv4/tcp_window_scaling is 1 Jul 29 21:19:00 the tcpdump ob both looks the same. same window size Jul 29 21:19:56 ok, if you know no porblem with pptp then I will investigate a little bit by my own. Jul 29 21:20:59 I tried pptp on OpenWrt only from a vbox vm to a pptp server on the host system Jul 29 21:21:01 the pptp script is a custom script but it is in basic the same als the with openwrt comming. Jul 29 21:21:27 it was slow as well but I blamed my pptp setup and/or virtualbox Jul 29 21:21:44 we have a setup with one pptp server and some openwrt with wlan between Jul 29 21:22:03 and the pptp speed is key :) Jul 29 21:22:18 other than a kernel regression I have no idea what could cause pptp to slow down between releases Jul 29 21:23:20 there is also another wlan kernelmodul ath5k instad of madwifi. but the speed on the wlan is identical Jul 29 21:24:11 what do you mean by kernel regression? Jul 29 21:25:19 well some new issue in the pptp driver or something Jul 29 21:25:28 maybe someting with the pty device Jul 29 21:25:42 *ppp driver Jul 29 21:25:44 this nobuffer thing that was fixed Jul 29 21:25:52 ok. Jul 29 21:26:19 jow_laptop: thx for your time. Jul 29 21:27:12 if i find someting I will make a bug report. Jul 29 21:27:34 ty Jul 29 21:28:08 first have to check that our changed has realy nothing to do with it. Jul 29 21:29:58 ty so far Jul 29 21:33:17 check whether mppe/mppc is available Jul 29 21:33:20 the compression thing Jul 29 21:33:25 maybe it has impact Jul 29 21:38:17 wireshak says compressed data. but compression is set off. but that hasn't changed. the pptp packets seems to be the same Jul 29 21:38:42 ok, i will call it a day. and take a look tomorrow :) Jul 29 22:21:10 build #87 of brcm63xx is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/brcm63xx/builds/87 Jul 29 23:42:24 hmm. just returned from an openwrt building hiatus of 6 months or so, building r22409, i find several packages not building for wgt634u: lirc mrd6 peerguardian amule xtables-addons openswan loop-aes dsl-qos-queue **** ENDING LOGGING AT Fri Jul 30 02:59:57 2010