**** BEGIN LOGGING AT Sun Jan 30 02:59:57 2011
Jan 30 03:27:50 <builder> build #67 of rb532 is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/rb532/builds/67
Jan 30 03:45:10 <builder> build #58 of etrax is complete: Failure [failed compile_3]  Build details are at http://tksite.gotdns.org:8010/builders/etrax/builds/58
Jan 30 03:57:22 <builder> build #56 of rdc is complete: Failure [failed compile_3]  Build details are at http://tksite.gotdns.org:8010/builders/rdc/builds/56
Jan 30 04:19:13 <builder> build #68 of gemini is complete: Failure [failed compile_3]  Build details are at http://tksite.gotdns.org:8010/builders/gemini/builds/68
Jan 30 04:21:04 <builder> build #64 of ar7 is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/ar7/builds/64
Jan 30 05:13:55 <builder> build #72 of orion is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/orion/builds/72
Jan 30 05:35:28 <builder> build #78 of atheros is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/atheros/builds/78
Jan 30 07:02:03 <CIA-84> obsy * r25253 /packages/net/transmission/Makefile: [packages] transmission: update to 2.20b2, depend on libevent 2.0
Jan 30 07:37:23 <builder> build #73 of cobalt is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/cobalt/builds/73
Jan 30 09:37:12 <builder> build #68 of ppc44x is complete: Failure [failed compile_6]  Build details are at http://tksite.gotdns.org:8010/builders/ppc44x/builds/68
Jan 30 10:41:35 <builder> build #75 of ubicom32 is complete: Failure [failed shell compile_3]  Build details are at http://tksite.gotdns.org:8010/builders/ubicom32/builds/75
Jan 30 10:45:38 <loswillios> xMff: oops. please go ahead
Jan 30 13:09:55 <swalker> updated openwrt/upstream, https://home.comcast.net/~sdwalker/uscan/index.html
Jan 30 13:26:21 <Wipster> [florian], ping
Jan 30 14:10:39 <swalker> more trac spam, #8768
Jan 30 14:30:07 <CIA-84> marek * r25254 /packages/net/batman-advanced/ (3 files in 3 dirs): batman-adv: upgrade package to latest release (2011.0.0)
Jan 30 14:44:09 <KanjiMonster> cshore: ping
Jan 30 16:03:02 <builder> build #55 of octeon is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/octeon/builds/55
Jan 30 16:46:25 <builder> build #2 of lantiq is complete: Failure [failed compile_4]  Build details are at http://tksite.gotdns.org:8010/builders/lantiq/builds/2
Jan 30 17:06:53 <builder> build #67 of ps3 is complete: Failure [failed compile_3]  Build details are at http://tksite.gotdns.org:8010/builders/ps3/builds/67
Jan 30 19:03:04 <philipp64|laptop> question if anyone is listening... does /etc/rc.local run after the modules but before processes are kicked off?
Jan 30 19:04:51 <loswillios> usually rc.local is the last script to be run
Jan 30 19:21:02 <philipp64|laptop> damnation... and there's no /etc/rc.elocal script...
Jan 30 19:33:21 <philipp64|laptop> what's the root startup script?  there's no /etc/rc or /etc/rc.sysinit
Jan 30 19:42:17 <KanjiMonster> philipp64|laptop: preinit (in ugh.. somewhere ;)
Jan 30 19:45:05 <philipp64|laptop> ok, thanks. I need to use soloscli to blast a sequence of strings at the modem DSP before attempting to bring up DSL.
Jan 30 19:52:22 <philipp64|laptop> KanjiMonster: ok, so I need to grovel out the "atmdev" (port #) from the "interface wan" section of /etc/config/network... but I'm wondering what a an appropriate place to stuff the initialization strings themselves would be.
Jan 30 19:54:32 <xMff> atm hotplug ?
Jan 30 19:59:03 <philipp64|laptop> xMff: how do you mean?
Jan 30 19:59:17 <xMff>  /etc/hotplug.d/atm/
Jan 30 20:05:13 <philipp64|laptop> ok... I'll bang on it a bit.
Jan 30 20:06:12 <philipp64|laptop> also, what do you think of http://fpaste.org/ZJOW/ ?
Jan 30 20:06:48 <xMff> not much
Jan 30 20:07:25 <xMff> the name is odd and placing a wrong command in here will brick the router
Jan 30 20:08:16 <philipp64|laptop> what else gets set beside ACTION by hotplug?
Jan 30 20:08:46 <Epsylon3> add a log :)
Jan 30 20:08:59 <Epsylon3> echo "$ACTION" >> /tmp/hotplug.log
Jan 30 20:09:05 <xMff> varies
Jan 30 20:09:23 <xMff> best is you first install a simple script with "env | logger -t atm-debug"
Jan 30 20:09:30 <Epsylon3> i've made that for my reset button :)
Jan 30 20:09:41 <xMff> then examine logread
Jan 30 20:15:48 <philipp64|laptop> yeah, did something similar but writing in /tmp/solos-init
Jan 30 20:19:09 <philipp64|laptop> ok, when the script gets run, DEVICENAME will be solos-pci[0-3] .... is there an easy way to peel off the unit #?
Jan 30 20:27:48 <philipp64|laptop> xMff: I'm seeing some weirdness... I have: option 'ifname' 'eth0 eth1' ... but "brctl show" tells me that only "eth1" and "wlan0" are present in the bridge group.
Jan 30 20:28:00 <philipp64|laptop> (for "lan")
Jan 30 20:28:24 <xMff> maybe because eth1 is referenced elsewhere already
Jan 30 20:28:56 <xMff> peel off... you want only 0 .. 3 or only "solos-pci" ?
Jan 30 20:29:39 <xMff> $ x="solos-pci2"; echo ${x#solos-pci}
Jan 30 20:29:39 <xMff> 2
Jan 30 20:30:14 <xMff> $ x="solos-pci2"; echo ${x%[0-3]}
Jan 30 20:30:15 <xMff> solos-pci
Jan 30 20:32:45 <philipp64|laptop> just the unit #.
Jan 30 20:33:15 <philipp64|laptop> ok, wasn't sure if that was a bashism or not... and I had to use sed.
Jan 30 20:33:30 <philipp64|laptop> what about ${x:9:}
Jan 30 20:34:41 <philipp64|laptop> err...  ${x:9}
Jan 30 20:34:51 <xMff> thats more unlikely to be supported than # and %
Jan 30 20:35:11 <philipp64|laptop> ok. did you mean eth0 above?
Jan 30 20:35:20 <xMff> yeah
Jan 30 20:35:21 <philipp64|laptop> because eth0 is the one missing from the bridge.
Jan 30 20:35:51 <xMff> see if you have another iface that uses eth0
Jan 30 20:35:58 <xMff> if yes it most likely wins
Jan 30 20:42:27 <philipp64|laptop> oops, bingo.  please add "delete network.wan.ifname" to target/linux/x86/geos/base-files/etc/uci-defaults/ppp
Jan 30 20:43:30 <philipp64|laptop> or should I just clobber "network.wan" before adding it back?
Jan 30 20:46:58 <philipp64|laptop> xMff: just sent a patch.
Jan 30 20:48:18 <philipp64|laptop> hmmm... gcc 4.5.1-l is breaking my builds.
Jan 30 20:49:39 <philipp64|laptop> resetting to 4.4.5 fixes it.
Jan 30 21:06:50 <philipp64|laptop> xMff: can you commit the geos wan fix please?
Jan 30 21:08:18 <CIA-84> jow * r25255 /trunk/target/linux/x86/geos/base-files/etc/uci-defaults/ppp: [x86] geos: preconfig fix
Jan 30 21:09:10 <philipp64|laptop> thank you!
Jan 30 21:11:16 <philipp64|laptop> any opinion of the cs5535 patch?
Jan 30 21:11:35 <xMff> cannot judge it
Jan 30 21:11:53 <xMff> wonder how two variands end up in the official tree anyway
Jan 30 21:11:58 <xMff> variants
Jan 30 21:15:26 <philipp64|laptop> the previous one hasn't been touched in years, and doesn't support the new Sysfs interface.
Jan 30 21:15:40 <CIA-84> juhosg * r25256 /branches/backfire/target/linux/generic-2.6/files/ (drivers/net/phy/rtl8366s.c include/linux/rtl8366s.h): backfire: generic: rtl8366s: allow initial register values to be passed via platform_data (backport of r25120)
Jan 30 21:15:43 <CIA-84> juhosg * r25257 /branches/backfire/target/linux/ar71xx/files/arch/mips/ar71xx/mach-dir-825-b1.c: backfire: ar71xx: add rtl8366s initvals for the DIR-825 board (backport of r25121)
Jan 30 21:19:02 <philipp64|laptop> is there a convenient function for splitting a string on a single character delimiter?  or should I just call "cut"? seems like Bastian had a bit of a debate going on how best to do this...
Jan 30 21:21:27 <xMff> depends
Jan 30 21:22:22 <xMff> oIFS="$IFS"; IFS="delim"; set -- $string; IFS="$oIFS";   parts are in $1 .. $9
Jan 30 21:23:00 <xMff> that is almost always faster than invoking cut in a subshell
Jan 30 21:23:16 <philipp64|laptop> gah... ugly.
Jan 30 21:23:31 <xMff> shell is not meant for string processing
Jan 30 21:23:37 <philipp64|laptop> would be nice if there were a convenience function...
Jan 30 21:26:03 <Epsylon3> sed
Jan 30 21:26:42 <Epsylon3> for "in" also in bash i think
Jan 30 21:28:28 <Epsylon3> test="1 2 3"
Jan 30 21:28:31 <Epsylon3> for iface in $test; do echo "$iface#"; done
Jan 30 21:30:12 <Epsylon3> that will works with multiple spaces or tabs and also \n
Jan 30 21:38:12 <philipp64|laptop> does ash support ${DEVICENAME/#solos-pci/solos} ? seems it doesn't take '#' as an anchor character.
Jan 30 21:42:18 <xMff> no
Jan 30 21:45:51 <philipp64|laptop> sigh
Jan 30 22:02:39 <philipp64|laptop> do I need to include anything particular to get config_list_foreach?  I'm trying to use it from inside the atm hotplug stuff.
Jan 30 22:09:14 <xMff> env -i ACTION=... DEVICENAME=... /sbin/hotplug-call atm
Jan 30 22:20:09 <_trine> there seems to be a problem with being able to select higher power levels on my Nanostation
Jan 30 22:20:23 <_trine> on the newest trunk
Jan 30 22:23:36 <_trine> its maxing out at 15 dBm
Jan 30 23:18:01 <philipp64|laptop> is it normal that the value of CONFIG_GCC_VERSION in your ~/.openwrt/defconfig would be ignored?
Jan 30 23:35:37 <CIA-84> nbd * r25258 /trunk/package/mac80211/patches/560-cfg80211_max_power.patch: cfg80211: revert the max power patch - it seems to be limiting tx power too much on some devices
Jan 30 23:41:52 <xMff> _trine: ^
Jan 30 23:55:55 <_trine> yes
Jan 30 23:56:05 <_trine> I just compiled it
Jan 30 23:56:10 <_trine> its ok again
Jan 30 23:56:19 <_trine> ta
Jan 31 00:01:45 * Epsylon3 is back from: after 2h idle (been away for 30m)
Jan 31 00:01:45 <Epsylon3> how can i switch to 5Ghz with ath9k ? there are 1 band in 2.4 and 3 on 5.xGhz in france
Jan 31 00:01:49 <Epsylon3> ?
Jan 31 00:02:51 <Epsylon3> with madwifi i ve seen the high channels list
Jan 31 00:03:11 <Epsylon3> but with ath9k, i dont see them ...
Jan 31 00:04:55 <Epsylon3> iwlist wlan0 channel only show me 1-13 chanels (the ones on 2.4Ghz)
Jan 31 00:05:10 <_trine> which router
Jan 31 00:05:22 <Epsylon3> its an Atheros AR5416
Jan 31 00:05:52 <Epsylon3> cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Jan 31 00:05:52 <Epsylon3> cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Jan 31 00:05:52 <Epsylon3> cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (N/A, 2000 mBm)
Jan 31 00:05:52 <Epsylon3> cfg80211: (5490000 KHz - 5710000 KHz @ 40000 KHz), (N/A, 2700 mBm)
Jan 31 00:06:02 <_trine> does it have a 5 Ghz radio
Jan 31 00:06:11 <_trine> ah
Jan 31 00:06:19 <Epsylon3> euh... i think, its mimo
Jan 31 00:06:28 <xMff> iw phy phy0 info
Jan 31 00:07:13 <xMff> if it does indeed show a 5GHz band you can switch it with "option hwmode 11na" or "option hwmode 11a"
Jan 31 00:07:21 <xMff> plus an appropriate channel
Jan 31 00:07:40 <Epsylon3> hmm
Jan 31 00:08:01 <Epsylon3> in fact its maybe not radio0
Jan 31 00:08:24 <_trine> http://dpaste.com/370426/
Jan 31 00:08:26 <xMff> radio0 is an openwrt internal identifier
Jan 31 00:08:35 <xMff> it has nothing to do with interfaces
Jan 31 00:08:49 <Epsylon3> the band #1 in iw phy
Jan 31 00:08:51 <xMff> you may call it "foo" as well
Jan 31 00:09:26 <Epsylon3> i only see 1-14 frequencies
Jan 31 00:10:42 <Epsylon3> Featuring the Atheros AR5008E-3NX, our first 2.4/5 GHz IEEE draft 802.11n WLAN solution.
Jan 31 00:11:22 <Epsylon3> hmm maybe not...
Jan 31 00:11:59 <Epsylon3> its the same as D-Link DWA-552 XtremeN Desktop Adapter
Jan 31 00:12:07 <Epsylon3> pci\ven_168c&dev_0023
Jan 31 00:13:02 <Epsylon3> yea, its maybe not 5Ghz
Jan 31 00:13:16 <Epsylon3> the AR5413 is abg
Jan 31 00:13:23 <Epsylon3> AR5416 bgn
Jan 31 00:13:27 <Epsylon3> not "a"
Jan 31 00:14:01 <Epsylon3> the first to support 5Ghz is ven_168c&dev_0024
Jan 31 00:16:02 <Epsylon3> hmm
Jan 31 00:21:55 <Epsylon3> oh...
Jan 31 00:21:57 <Epsylon3> 2402000 KHz - 2482000 KHz @ 40000 KHz
Jan 31 00:22:09 <Epsylon3> so to use 40Mhz, you need channel 1 :)
Jan 31 00:25:02 <Epsylon3> hmm no
Jan 31 00:25:56 <Epsylon3> 80Mhz wide
Jan 31 02:50:43 <philipp64|laptop> xMff: who should I try to get to code review my libnl version bump?
**** ENDING LOGGING AT Mon Jan 31 02:59:57 2011