**** BEGIN LOGGING AT Mon Nov 09 02:59:56 2009
Nov 09 07:34:51 <dkostousov> Hi.
Nov 09 08:17:30 <sn9> [florian]: are you up yet?
Nov 09 08:51:45 <Lalloso> {Nico}: you here? :-)
Nov 09 09:06:20 <[florian]> sn9: I am up
Nov 09 09:07:09 <sn9> [florian]: agreed that subtargets are the way to go for rdc321x
Nov 09 09:08:15 <[florian]> sn9: cool, now that I think about it, keeping rdc a separate target from x86 sounds like a good idea since rdc binaries are for i486 and optimised for size, while it's not the case for x86
Nov 09 09:08:27 <[florian]> sn9: so having subtargets of rdc is okay
Nov 09 09:08:46 <sn9> can you do the conversion? it will also simplify taking care of the ethernet mess
Nov 09 09:09:05 <[florian]> sn9: ok for etherhet, but no hackish patches like last time
Nov 09 09:09:26 <[florian]> sn9: I will do the conversion when I am back home
Nov 09 09:11:10 <sn9> with subtargets, moving the "hackish" crap into userspace where it belongs will be relatively trivial
Nov 09 09:12:19 <sn9> however, a slight cleanup of leftover hackishness in the driver would be in order in that case
Nov 09 09:12:43 <sn9> i'll do that after subtargets are set up
Nov 09 09:13:04 <sn9> when do you get home?
Nov 09 09:22:28 <[florian]> probably around 10pm localtime so in 12h approx
Nov 09 09:22:46 <[florian]> but I stay on irc and have access to the svn repos, so it's just a matter of testning
Nov 09 09:23:40 <sn9> i can test builds and make fixes; actual ar525w hardware testing need not be that immediate
Nov 09 09:25:47 <[florian]> would it help if I bought you and sent you an ar525w?
Nov 09 09:26:47 <sn9> that would be a little silly; they are pretty common
Nov 09 09:27:08 <sn9> but i have too much hardware as it is
Nov 09 09:27:40 <[florian]> ah ah
Nov 09 09:27:46 <sn9> that's why i'd much rather repair the existing one, even though that's less efficient to do
Nov 09 09:28:04 <[florian]> I recently moved to a new flat and only kept half-working or not yet supported hardware to avoid that problem ;)
Nov 09 09:31:55 <sn9> applying that standard to me would be a no-op
Nov 09 11:05:43 <blogic> maligor: ping
Nov 09 11:06:06 <blogic> maligor: when you made wippies run, did you have to do anything special to make the switch work with uboot ?
Nov 09 11:45:06 <CIA-36> kaloz * r18353 /trunk/ (11 files in 6 dirs): add preliminary MPC83xx support
Nov 09 12:05:29 <nunojpg> I've submitted 2 patches 2 weeks ago and still haven't got them accepted. How are them treated? First in first out? are the admins very busy with 8.09.2?
Nov 09 14:09:08 <equinox> Acinonyx: you're maintaining the olsrd quagga plugin? do you have a recent, working version for quagga 1.0-rc?
Nov 09 14:15:46 <Acinonyx> equinox: Adding support for quagga-0.99 (and 1.0-rc)  zebra api is in my todo list :)
Nov 09 14:16:01 <Acinonyx> I also want to add ipv6 support to the plugin
Nov 09 14:16:46 <Acinonyx> if only I had some spare time...
Nov 09 14:17:30 <equinox> :/
Nov 09 14:17:36 <Acinonyx> are you using the olsrd quagga plugin?
Nov 09 14:17:44 <equinox> yeah
Nov 09 14:17:54 <Acinonyx> in what application?
Nov 09 14:17:54 <equinox> i patched it up for 0.99.15, but it only works for olsrd->quagga
Nov 09 14:17:57 <equinox> quagga->olsrd is broken
Nov 09 14:18:11 <equinox> we're redistributing olsr into ospf + bgp
Nov 09 14:18:48 <Acinonyx> I am suprised that even olsrd-to-quagga works
Nov 09 14:19:16 <equinox> had to make some changes to make the protocol works, but it seems to do
Nov 09 14:20:56 <equinox> Acinonyx: http://www.diac24.net/olsrd_quagga0.99.14.patch
Nov 09 14:21:41 <Acinonyx> we are planning to migrate to ipv6 in AWMN so I am going to start working on quagga plugin again sooner or later
Nov 09 14:21:47 <Acinonyx> equinox: thanks!
Nov 09 14:21:54 <equinox> heh
Nov 09 14:22:39 <equinox> i can't really figure out where quagga->olsrd is broken
Nov 09 14:23:01 <equinox> i put some debugging, and olsrd seems to receive routes from quagga, but it doesn't create any HNAs
Nov 09 14:23:16 <Acinonyx> are you using tip of olsrd?
Nov 09 14:23:28 <equinox> no, 0.5.6-r6
Nov 09 14:23:40 <Acinonyx> from openwrt?
Nov 09 14:23:49 <equinox> no, x86/gentoo
Nov 09 14:24:04 <Acinonyx> because I have backported some fixes to openwrt
Nov 09 14:24:12 <equinox> hmm
Nov 09 14:24:27 * equinox looks
Nov 09 14:25:16 <equinox> 150-olsrd_quagga_backport.patch?
Nov 09 14:25:18 <Acinonyx> we use olsrd->quagga and quagga->olsrd simultaneously. It works fine
Nov 09 14:25:20 <Acinonyx> yes
Nov 09 14:27:19 <equinox> hmm
Nov 09 14:27:31 * equinox puts it on TODO >_>
Nov 09 14:29:25 <Acinonyx> the redistribute problem might be related to this -> http://git.acinonyx.awmn/?p=olsrd-quagga.git;a=commit;h=378cd0a9b6b629602dc6fbab60a72fdb9265e14f
Nov 09 14:29:41 <Acinonyx> oops
Nov 09 14:29:43 <Acinonyx> wrong url
Nov 09 14:29:55 <Acinonyx> http://git.acinonyx.ath.cx/?p=olsrd-quagga.git;a=commit;h=378cd0a9b6b629602dc6fbab60a72fdb9265e14f
Nov 09 14:33:17 <equinox> lol
Nov 09 14:33:27 <equinox> that explains why olsrd was using 100% cpu after some time :D
Nov 09 14:33:53 <Acinonyx> heh, it is included in the backport patch
Nov 09 14:34:26 <equinox> hmm, maybe it is best if i use the quagga plugin from git
Nov 09 14:35:43 <metrix> I have created an account twice on wiki.openwrt.org.  It says it will send me an e-mail shortly, but It been over 5 minutes and I have not received anything...
Nov 09 14:35:57 <danage> metrix: ping phaidros
Nov 09 14:36:22 <metrix> unknown host
Nov 09 14:36:35 <metrix> oops... phaidros.openwrt.org?
Nov 09 14:36:42 <equinox> haha
Nov 09 14:36:47 <equinox> phaidros: is a nickname ;)
Nov 09 14:37:00 <metrix> oh :)
Nov 09 14:37:45 <Acinonyx> equinox: I have just pushed a branch of quagga plugin for olsrd-0.5.6
Nov 09 14:38:01 <equinox> Acinonyx: cool, thanks
Nov 09 14:38:50 <Acinonyx> np
Nov 09 14:41:36 <phaidros> pong danage
Nov 09 14:41:58 <danage> phaidros: metrix doesn't get confirmation mail for wiki signup ^
Nov 09 14:42:33 * equinox grins at phaidros
Nov 09 14:42:59 <phaidros> equinox: why u grinning?
Nov 09 14:43:14 * phaidros moved 10 vms, some even with zero downtime ;)
Nov 09 14:43:25 <equinox> phaidros: you always seem to be fighting some bug on your vm host ;)
Nov 09 14:43:28 <phaidros> I'll take care of the mail thing :0
Nov 09 14:43:44 <phaidros> equinox: well, 2 hds dying simultaniously is a bitch, right?
Nov 09 14:43:45 <phaidros> ;)
Nov 09 14:44:14 <equinox> what does your server use, ibm deathstars? :D
Nov 09 14:45:45 <danage> phaidros: if i may ask, just so i can avoid the same fate on my system, which make of hdds were these?
Nov 09 14:47:07 <equinox> danage: actually, in RAID setups double-fails can be triggered by the raid system itself -- when one disk fails, the strain on the other disk(s) gets bigger, triggering another failure
Nov 09 14:48:01 <equinox> also, if the disks are the same age, they have the same failure peaks (one at 3 months, one at 3 years of age)
Nov 09 14:51:22 <phaidros> danage .. hm goen
Nov 09 14:51:33 <phaidros> equinox: it was software raid
Nov 09 14:51:46 <equinox> phaidros: raid is raid for that matter, hw/sw doesnt matter
Nov 09 14:51:54 <phaidros> hetzner hosting obviously uses desktop hdds
Nov 09 14:51:58 <phaidros> those were from samsung
Nov 09 14:51:59 <equinox> were these 3 disks the same age?
Nov 09 14:52:04 <phaidros> 3
Nov 09 14:52:04 <equinox> err 2 disks
Nov 09 14:52:07 <phaidros> ack
Nov 09 14:52:13 <phaidros> same model, same everything
Nov 09 14:52:21 <equinox> heh, yeah, that explains a lot
Nov 09 14:52:27 <phaidros> I wish they just would take 2 from different series at least ^^
Nov 09 14:52:37 <equinox> yeah... or something not as crappy as samsung ;)
Nov 09 14:52:51 <phaidros> or, proper server hardware
Nov 09 14:52:58 <phaidros> :D
Nov 09 14:56:20 <danage> my guess is samsung hdd
Nov 09 14:57:00 <equinox> your guess is right xD
Nov 09 14:57:09 <phaidros> danage: wait a sec
Nov 09 14:57:19 <phaidros> metrix, what is actualy your email address?
Nov 09 14:58:07 <phaidros> danage: Model=SAMSUNG HD502IJ                         , FwRev=1AA01112, SerialNo=S13TJDWQ569618
Nov 09 14:58:28 <danage> i knew it, they suck
Nov 09 14:58:44 <danage> hang on, i think i have the same one!
Nov 09 14:58:57 <equinox> i guess you're both hosted at hetzner
Nov 09 15:00:01 <phaidros> :D
Nov 09 15:01:01 * equinox pats his 1&1 server... Seagate Barracuda 7200.9 family ST3160811AS 6PT2JCMB 3.AAE
Nov 09 15:01:29 <equinox> runs like an oiled lolcat :>
Nov 09 15:05:19 <phaidros> chrchr
Nov 09 15:11:35 <starek> hi
Nov 09 15:11:50 <starek> anyone familiar with CBQ / HTB
Nov 09 15:11:58 <starek> ive tried asking some places but nobody has an idea
Nov 09 15:12:05 <starek> i was looking for a frontend to configure this
Nov 09 15:12:07 <starek> any ideas, thanks
Nov 09 15:15:25 <phaidros> danage: Istronlgy recommend smartd as follows:  /dev/sda -a -d sat -o on -S on -s (S/../.././19|L/../../3/21|C/../.././20) -m user@host.org -M test
Nov 09 15:15:53 <danage> :)
Nov 09 15:19:06 <phaidros> so, there is no mailproblem anymoar
Nov 09 15:19:08 <phaidros> )
Nov 09 15:19:09 <phaidros> :)
Nov 09 15:19:28 * phaidros waves and goes 
Nov 09 15:21:16 <_lore_> ping nbd
Nov 09 15:21:29 <starek> he just left 2 mins ago
Nov 09 15:40:26 <metrix> I have a few pages that I don't have access to migrate myself that I added here: http://wiki.openwrt.org/meta/migrating#list.of.pages.from.oldwiki can someone migrate them so that I can update the articles?
Nov 09 16:20:13 <nbd> _lore_: pong
Nov 09 16:21:32 <_lore_> Are you working on ath5k ahb?
Nov 09 16:23:28 <nbd> not right now, but i do have some unfinished patches for it, yes
Nov 09 18:40:48 <rogue> anybody using a Netgear 614L can someone confirm working/not working ?
Nov 09 19:52:15 <OutBackDingo> nbd: http://pastebin.com/m43eac730 failed to build trunk uclibC
Nov 09 20:18:10 <sn9> [florian]: about 45 more min?
Nov 09 21:51:08 <sn9> [florian]: it's 10:50pm, no?
Nov 09 21:51:57 <nbd> it is
Nov 09 23:37:05 <sn9> nbd: did you get a chance to review http://openwrt.pastebin.com/f4ac2ac3d?
Nov 09 23:37:44 <[florian]> sn9: I am here
Nov 09 23:37:58 <[florian]> sn9: let me commit my subtarget conversion
Nov 09 23:38:05 <sn9> ok, good
Nov 09 23:44:42 <[florian]> sn9: the amit and dir-450 configs might not be ok, but I will let you fix them since you have the devices
Nov 09 23:45:46 <sn9> i do not have the dir-450; [mbm] needs to be prodded into digging his up to hand to me
Nov 09 23:46:46 <sn9> he stuck it on a shelf somewhere and would need to search, last i talked to him
Nov 09 23:47:40 <sn9> [Mon 09 Nov 2009 03:47:27 PM PST] * [[mbm]] idle 14:35:17, signon: Thu Oct 29 20:16:12
Nov 10 00:06:21 * sn9 awaits [florian]'s commit
Nov 10 00:17:24 <nunojpg> nbd: you were the original author of https://dev.openwrt.org/changeset/17826?
Nov 10 00:18:17 <nbd> yes
Nov 10 00:19:43 <nunojpg> nbd: is it suppose to work? switch on eth1(wan)? I couldn't find any changes to behavior when I change it...
Nov 10 00:20:37 <nbd> assigning it to eth1 is a workaround
Nov 10 00:20:42 <nbd> the switch is actually behind eth0
Nov 10 00:20:51 <nbd> but the mdio bus is shared
Nov 10 00:20:55 <nbd> and the driver assigns it to eth1
Nov 10 00:22:09 <CIA-36> florian * r18354 /trunk/target/linux/rdc/ (22 files in 7 dirs): [rdc] convert profiles to become subtargets, compile tested only
Nov 10 00:22:15 <nunojpg> umhh...sorry, didn't know and found it confusing..
Nov 10 00:22:28 <[florian]> sn9: here we go, found a config error in my r8610 conversion
Nov 10 00:43:21 <sn9> [florian]: you seem to have nuked two subtargets
Nov 10 00:43:44 <[florian]> sn9: there was no config files for them so feel free to re-create them
Nov 10 00:43:59 <sn9> the profile files were still there
Nov 10 00:44:07 <sn9> they used default config
Nov 10 00:44:32 <sn9> but that will likely now change
Nov 10 00:45:40 <sn9> would you be able to find a g-570s? they were only available in europe, afaik
Nov 10 01:11:54 <sn9> I have been without power now for 25 minutes; on my mobile
Nov 10 01:13:13 <sn9> I did not catch anything said after the last line i typed
Nov 10 01:14:46 <sn9> [florian]: ^^^^^^^^^^^^^^
Nov 10 01:16:07 <sn9> I cannot enter text very quickly here
Nov 10 01:16:37 <xMff> there were no more messages after you got disconnected
Nov 10 01:17:21 <xMff> and it is 02:17am here, so maybe he's off to bed
Nov 10 01:20:00 <sn9> xMff: freenode waits 15 minutes after the connection dies before disconnecting
Nov 10 01:20:39 <xMff> yes, seen that. However, no one posted after your question regarding the g-570s
**** ENDING LOGGING AT Tue Nov 10 02:59:57 2009