**** BEGIN LOGGING AT Sat Jul 02 02:59:57 2011
Jul 02 06:52:33 <CIA-89> nbd * r27344 /trunk/ (4 files in 2 dirs): add support for hidden packages that get selected/built but do not show up in menuconfig
Jul 02 06:52:58 <CIA-89> nbd * r27345 /trunk/ (6 files in 4 dirs): move mkelfimage from tools/ to package/ as it needs a proper i386 toolchain - make the package hidden so that it is automatically built without having to be selected
Jul 02 06:53:18 <CIA-89> nbd * r27346 /trunk/ (4 files in 3 dirs): add a portable version of sys/sysmacros.h and and let the kernel use the host include dir, fixes x86 builds on non-gnu systems
Jul 02 06:53:38 <CIA-89> nbd * r27347 /trunk/package/base-files/Makefile: base-files: do not use the relinked libgcc, fixes c++ exception handling issues (#9185)
Jul 02 07:04:47 <CIA-89> nbd * r27348 /trunk/package/broadcom-wl/patches/006-fix-mem-leak-on-unload.patch: broadcom-wl: fix memory corruption and leakage on remove (patch from #9576 by George Kashperko)
Jul 02 07:29:27 <CIA-89> kaloz * r27349 /trunk/target/linux/etrax/Makefile: [etrax]: mark it broken
Jul 02 07:31:39 <CIA-89> kaloz * r27350 /trunk/toolchain/gcc/Config.version: [toolchain/gcc]: both coldfire and etrax are broken and should use a newer gcc when they will be fixed
Jul 02 07:46:49 <CIA-89> kaloz * r27351 /trunk/toolchain/gcc/ (6 files in 4 dirs): [toolchain]: nuke support for older gcc versions, except for 4.4.6 (needed for avr32 and ubicom32)
Jul 02 07:51:57 <CIA-89> nbd * r27352 /trunk/package/mac80211/patches/443-ath5k_initialize_clockrate.patch: ath5k: fix a crash when setting coverage class before the first channel change (#9586)
Jul 02 07:53:49 <CIA-89> kaloz * r27353 /trunk/toolchain/gcc/ (Config.in common.mk): [toolchain/gcc]: simplify configuration
Jul 02 08:34:48 <CIA-89> kaloz * r27354 /trunk/target/linux/cns21xx/Makefile: [cns21xx]: cns21xx belongs to the Econa family, too
Jul 02 08:41:19 <CIA-89> juhosg * r27355 /trunk/tools/ (6 files in 3 dirs): tools: create a new tool for more efficient jffs2 padding
Jul 02 08:41:21 <CIA-89> juhosg * r27356 /trunk/include/image.mk: generic: use padjffs2 in prepare_generic_squashfs
Jul 02 08:41:23 <CIA-89> juhosg * r27357 /trunk/target/linux/ar71xx/image/Makefile:
Jul 02 08:41:23 <CIA-89> ar71xx: use 4k image only for the AP121 board
Jul 02 08:41:23 <CIA-89> Create optimized 64K images with the new padjffs2 tool and use that
Jul 02 08:41:23 <CIA-89> images instead of the 4k ones. The 4k images causes problems on devices
Jul 02 08:41:23 <CIA-89> where the flash erase size is 64 KB.
Jul 02 08:41:23 <CIA-89> juhosg * r27358 /trunk/package/mtd/ (Makefile src/mtd.c): package/mtd: don't append jffs2 data multiple times
Jul 02 08:41:49 <_trine> larsc, I have compiled the Dockstar code using 2.6.39.2 and it works ok also it seems like the kirkwood code on a Dockstar does not support the new arcNumber which is 2998. When I change the arcNumber on my Dockstar from 2097 to the correct number of 2998 the Dockstar then refuses to boot openwrt until I change it back again.
Jul 02 08:47:48 <loswillios> _trine: does 3.0 suffer from the same problem?
Jul 02 08:48:10 <_trine> loswillios, I am not sure what you are asking
Jul 02 08:49:00 <loswillios> 3.0-rc5 instead of 2.6.39.2
Jul 02 08:49:19 <_trine> I dont know
Jul 02 08:52:16 <_trine> there is one problem though I know about with compiling with 2.6.39.2 which is that crypto_hash absolutely refuses to compile. There were some similar problems with this piece of code previously when compiling with 2.6.37.6 which I did manage to work around but now with the new kernel it refuses to compile.
Jul 02 08:54:31 <_trine> I'll give 3.0-rc5 a try
Jul 02 09:14:18 <_trine> we could do with some code that would use the power of my computer which has the GPU's installed it would possibly be able to compile openwrt in a few minutes
Jul 02 09:35:01 <Kaloz> _trine: I'll probably have time next week to check it
Jul 02 09:37:57 <_trine> thanks Kaloz
Jul 02 09:50:11 <CIA-89> nbd * r27359 /trunk/toolchain/eglibc/patches/ (4 files in 2 dirs): eglibc: fix portability issues rpcgen and zic, fixes compile on darwin
Jul 02 09:50:24 <CIA-89> nbd * r27360 /trunk/toolchain/eglibc/ (6 files in 5 dirs): eglibc: remove old versions
Jul 02 09:50:43 <CIA-89> nbd * r27361 /trunk/tools/padjffs2/src/padjffs2.c: padjffs2: fix a compiler warning that makes the build fail because of -Werror
Jul 02 10:14:57 <_trine> hey nbd I just had that error :)
Jul 02 10:15:07 <_trine> padjffs2.c:86: error: format '%08x' expects type 'unsigned int', but argument 2 has type 'ssize_t'
Jul 02 10:15:07 <_trine> make[4]: *** [padjffs2.o] Error 1
Jul 02 10:15:13 <_trine> I will try your fix
Jul 02 10:15:51 <^Willie^> something offtopic.. any idea if the ralink rt2860 drivers are stable enough for using it at ap ?
Jul 02 10:16:11 <^Willie^> before i whaste 40 euro for just the aluminum pci slot bracket.
Jul 02 10:17:13 <^Willie^> waste*
Jul 02 10:42:54 <danitool> well ralink generally works good in linux
Jul 02 10:43:28 <^Willie^> hmm first time i hear that :p
Jul 02 10:43:52 <^Willie^> but due the price i hope there are no problems like limitations..
Jul 02 10:44:09 <^Willie^> my atheros card was 14,95 eur.
Jul 02 10:44:34 <^Willie^> compared to the 40eur ralink card as "only" option with a low profile bracket
Jul 02 10:45:52 <^Willie^> hmm will pickup the ralink card this afthernoon and give it a try..
Jul 02 10:52:21 <CIA-89> nbd * r27362 /trunk/package/mac80211/patches/541-ath9k_pllclock_fix.patch: ath9k: clean up pll code for ar9002 to fix 5/10 mhz pll settings for 5ghz
Jul 02 10:52:39 <CIA-89> nbd * r27363 /trunk/tools/Makefile: tools: always build mpc, now that older gcc versions have been eliminated, fixes #9642
Jul 02 11:00:20 <_trine> ^Willie^, what are you going to use the card for
Jul 02 11:00:40 <_trine> anything in particular?
Jul 02 11:22:51 <^Willie^> _trine: i'm planning to use it as x86 pc based wifi ap..
Jul 02 11:23:55 <^Willie^> _trine: i do know that not all wifi cards can run as wifi master/access point. and remember a lot bad talk about the ralink chips back in the day wich made me going for atheros ath5k products..
Jul 02 11:27:05 <_trine> loswillios, the kirkwood Dockstar code compiled ok using 3.0-rc5
Jul 02 11:27:15 <_trine> I will now test it
Jul 02 11:27:23 <^Willie^> _trine: short description. x86 desktop box with dual lan and linksys wmp600n (rt2860)
Jul 02 11:28:10 <_trine> ^Willie^, I don't have any experience in that area
Jul 02 11:28:14 <^Willie^> idea is running that ralink 2860 as 802.11A mode wifi access point.
Jul 02 11:28:45 <^Willie^> i hope that my parts supply shop finished testing today so that i can pickup everything monday morning.
Jul 02 11:28:48 <_trine> ^Willie^, would a nanostation M not do that job
Jul 02 11:29:13 <^Willie^> _trine: ehh posible yes but when have this -> http://www.aopen.nl/products_detail.aspx?Auno=1173
Jul 02 11:29:40 <^Willie^> then adding a pci wifi card and run openwrt is more like a "all in one" solution ;)
Jul 02 11:30:04 <^Willie^> brackets for external sata disk`s will come later.
Jul 02 11:30:40 <^Willie^> right now it is a router and a switch and a asus access point.
Jul 02 11:31:49 <^Willie^> also i do not think that ubiquiti will be cheap with the nanostation m series. :(
Jul 02 11:32:05 <^Willie^> also up to 15km range i can't beat that..
Jul 02 11:33:03 <^Willie^> and why is airos webif tabs somutch look like the new luci layout :p
Jul 02 11:34:04 <^Willie^> and i love to diy hobby..
Jul 02 11:34:16 <^Willie^> -to
Jul 02 11:41:54 <_trine> ^Willie^, this is the cheapest place I have found for Ubnt products
Jul 02 11:41:55 <_trine> http://www.wifi-stock.co.uk/details/ubiquiti_nanostationm5.html
Jul 02 11:44:24 <^Willie^> yes but thats a full wifi ap like my current asus wl300g but then with 150/300N support right ?
Jul 02 11:45:36 <^Willie^> the full barebone (cpu/ram/psu/case/rest) + pci atheros wifi card and intel e1000GT -> +- 60 eur.. excl 12,50 pata-cf
Jul 02 11:46:09 <^Willie^> powered with a 21W tdp pentium mobile 715 proc.
Jul 02 12:53:15 <acoul> http://paste.pocoo.org/show/426809/
Jul 02 13:36:30 <_trine> loswillios, the kirkwood Dockstar code built perfectly and it running  >> Linux OpenWrt 3.0-rc5 #2 Sat Jul 2 14:18:55 BST 2011 armv5tel GNU/Linux
Jul 02 13:36:45 <_trine> including crypto_hash
Jul 02 13:37:01 <_trine> /s/it/is
Jul 02 13:38:31 <_trine> http://dpaste.com/562144/
Jul 02 13:41:48 <mazilo> _trine: I am glad to hear that. Mine is still running on linux-2.39.2 for a few days now without a problem.
Jul 02 13:43:16 <_trine> mazilo, yes mine was running for a short while on 2.6.39.2 as well but Linux OpenWrt 3.0-rc5 seems better
Jul 02 13:44:54 <mazilo> _trine: I haven't seen linux-3.0.x entry on OpenWRT/include/kernel-version.mk file, yet.
Jul 02 13:45:46 <_trine> mazilo, I looked at kernel.org
Jul 02 13:46:23 <_trine> and then I changed the makefile
Jul 02 13:46:47 <mazilo> _trine: OK.
Jul 02 13:46:53 <_trine> IC
Jul 02 14:32:39 <_trine> nbd, http://dpaste.com/562148/
Jul 02 14:33:24 <_trine> nbd, this is using Linux OpenWrt 3.0-rc5 with an alfa usb card plugged into a dockstar
Jul 02 14:33:45 <_trine> it does seem to work even with the log output
Jul 02 14:36:43 <^Willie^> _trine: any idea if those dockstars are powerfull enough producing a gif/jpeg image via gdlib with a update interval about 1 sec ?
Jul 02 14:37:22 <_trine> ^Willie^, I dont know but my guess would be they could
Jul 02 14:38:33 <_trine> going out now; I have been requisitioned by the wife as the shopping donkey
Jul 02 14:38:57 <^Willie^> i do have a cheap usb photoframe here and do think about re-uploading a image on that device..
Jul 02 14:39:11 <^Willie^> heh i was planning to shop today but turns out will be monday :s
Jul 02 14:39:27 <^Willie^> pc store calls back at saturday noon 16:00 :S
Jul 02 14:40:27 <^Willie^> anyway havefun there bbl.. diner time here.
Jul 02 16:06:20 <ermo> http://paste2.org/p/1499617 <- toolchain compile fails on x86_64 AMD Athlon II
Jul 02 16:06:27 <ermo> latest trunk
Jul 02 16:06:36 <ermo> known issue?
Jul 02 16:07:09 <xMff> #error your machine is neither 32 bit or 64 bit ... it must be magical
Jul 02 16:07:10 <xMff> lol
Jul 02 16:07:26 <ermo> :D
Jul 02 16:09:06 * ermo finally accepted the fact that the backfire branch is effectively in limbo
Jul 02 16:09:18 <xMff> hm?
Jul 02 16:09:41 <xMff> at least it doesn't break down every other week :)
Jul 02 16:10:11 <ermo> There's a message on the front page of OpenWrt that says there isn't manpower enough to tend to it
Jul 02 16:11:17 <ermo> and since I have like 4 old brcm47xx that I can still use on my 20/2 line and backfire for some strange reasons, well, backfires on me and disables parts of my RAM each time I soft reset ...
Jul 02 16:11:46 <ermo> anyway, didn't mean to moan
Jul 02 16:11:53 <ermo> you guys are doing a great job :)
Jul 02 16:12:10 <xMff> that message you see is a bug
Jul 02 16:12:21 <xMff> its arandom rand from a random reply in the announcement thread
Jul 02 16:13:42 <ermo> and I'm also afraid that Hauke will hire ninjas to assasinate me if I mention the missing RAM in backfire one more time..
Jul 02 16:14:04 <xMff> anyway, your hostcc issue reminds me on another thing
Jul 02 16:17:53 <xMff> whats your host gcc
Jul 02 16:17:59 <ermo> gcc-4.4.5
Jul 02 16:18:04 <ermo> lemme get you the complete output
Jul 02 16:18:21 <ermo> $ gcc --version
Jul 02 16:18:21 <ermo> gcc (Gentoo 4.4.5 p1.0, pie-0.4.5) 4.4.5
Jul 02 16:18:42 <ermo> I'm on the funtoo flavour of gentoo, which aims to be slightly more stable
Jul 02 16:19:19 <ermo> CFLAGS are CFLAGS=" -march=native -O2 -pipe -ggdb "
Jul 02 16:19:42 <ermo> some would argue that the above is ricing
Jul 02 16:20:02 <xMff> ok
Jul 02 16:20:05 <xMff> I don't know then
Jul 02 16:20:16 <xMff> maybe even a kernel regression
Jul 02 16:20:38 <ermo> un$ uname -r
Jul 02 16:20:38 <ermo> 2.6.39-gentoo-r2
Jul 02 16:20:43 <xMff> at least I don't see why "HOSTCC" should call "mipsel-openwrt-linux-uclibc-gcc"
Jul 02 16:20:57 <xMff> I mean the kernel build system
Jul 02 16:21:13 <ermo> Hm. Hadn't noticed that. I'm in a brcm47xx env
Jul 02 16:21:18 <ermo> vis scripts/env
Jul 02 16:21:21 <ermo> *via
Jul 02 16:21:33 <xMff> it probably does not matter
Jul 02 16:21:50 <xMff> HOSTCC is supposed to call your system gcc as it compiles utilities which must run on your host
Jul 02 16:21:50 <ermo> appreciate you taking a look, btw. :)
Jul 02 16:22:05 <xMff> but according to the paste it invokes the crosscompiler
Jul 02 16:22:20 <ermo> is that an env var thing?
Jul 02 16:22:27 <xMff> maybe
Jul 02 16:22:34 <ermo> where would I look?
Jul 02 16:22:45 <xMff> yes '' | make -C  /home/ermo/work/OpenWrt/trunk/build_dir/toolchain-mipsel_gcc-linaro_uClibc-0.9.32/linux-2.6.39.2  ARCH=mips CC="mipsel-openwrt-linux-uclibc-gcc" CFLAGS="-Os -pipe  -mips32 -mtune=mips32 -fno-caller-saves -fhonour-copts -msoft-float"  CROSS_COMPILE=mipsel-openwrt-linux-uclibc- KBUILD_HAVE_NLS=no  CONFIG_SHELL=/bin/bash oldconfig
Jul 02 16:22:51 <xMff> that looks odd
Jul 02 16:22:51 <ermo> or, rather, where/how would I trace where the env-var comes from?
Jul 02 16:23:19 <xMff> the CC="..." shouldn't be in there
Jul 02 16:23:19 <ermo> yeah, why would it build the mips compiler for the brcm47xx target?
Jul 02 16:23:32 <xMff> because brcm47xx *is* mipsel ?
Jul 02 16:23:45 <ermo> sorry, my bad. In my head I confused it with my NSLU2
Jul 02 16:24:03 <xMff> I'm not talking about brcm47xx vs. mipsel but about native vs. crosscompiler
Jul 02 16:24:36 <xMff> how did you invoke the build ?
Jul 02 16:24:40 <ermo> make
Jul 02 16:24:54 <ermo> ionice -c3 nice -n20 make -j1 V=99
Jul 02 16:25:02 <ermo> after a make toolchain/clean
Jul 02 16:25:04 <gzanan> xMff:Have you build a 3.0 image for ar71xx device?
Jul 02 16:25:09 <xMff> gzanan: no
Jul 02 16:25:27 <gzanan> I found that ehci_ar71xx not compiling.
Jul 02 16:25:36 <ermo> xMff: perhaps I should take a step back and clean more thoroughly?
Jul 02 16:25:52 <xMff> ermo: yes, I would suggest to start with a complete fresh tree
Jul 02 16:26:13 <ermo> will that nuke my config?
Jul 02 16:26:23 <xMff> yes
Jul 02 16:26:26 <ermo> Hm.
Jul 02 16:26:28 <ermo> Don't want that.
Jul 02 16:27:18 <xMff> ah, this is the one that was given me yesterday: http://www.spiegel.de/
Jul 02 16:27:24 <xMff> oops
Jul 02 16:27:28 <xMff> wrong link
Jul 02 16:27:36 <xMff> this: http://pastebin.com/TtRTsGHk
Jul 02 16:27:42 <xMff> same file
Jul 02 16:27:53 <xMff> apparently also using a wrong compiler
Jul 02 16:28:01 <xMff> just with different symptoms
Jul 02 16:28:08 <xMff> same kerne lversion
Jul 02 16:28:47 <ermo> I'm going to assume PEBKAC for now
Jul 02 16:29:04 <ermo> on my end
Jul 02 16:29:21 <ermo> might be multilib specific
Jul 02 16:30:24 <ermo> make dirclean sounds about right to get rid of the toolchain?
Jul 02 16:31:52 <ermo> xMff: but why would you suspect the kernel?
Jul 02 16:38:55 <KanjiMonster> OutBackDingo: ping
Jul 02 16:39:21 <OutBackDingo> KanjiMonster: hey
Jul 02 16:39:28 <KanjiMonster> hey
Jul 02 16:39:57 <xMff> ermo: because that compilation part is controlled by the kernel makefiles
Jul 02 16:40:18 <ermo> xMff: ?!
Jul 02 16:40:28 <ermo> where would I look to understand that?
Jul 02 16:40:41 <xMff> in the source?
Jul 02 16:40:56 <ermo> I was hoping you knew where specifically :)
Jul 02 16:41:12 <xMff> I don't follow
Jul 02 16:41:28 <ermo> maybe I'm asking the wrong question
Jul 02 16:41:40 <ermo> the issue seems to be that HOSTCC is set wrongly
Jul 02 16:41:55 <ermo> you mention that you suspect that the kernel version I use might be the issue
Jul 02 16:42:16 <xMff> I mean the kernel version that is *compiled by openwrt*
Jul 02 16:42:20 <ermo> Ah.
Jul 02 16:42:31 <xMff> everything else makes no sense...
Jul 02 16:42:53 <ermo> :)
Jul 02 16:43:53 <xMff> ok
Jul 02 16:43:56 <xMff> HOSTCC = gcc
Jul 02 16:44:01 <xMff> in the makefile
Jul 02 16:46:15 <ermo> Huh
Jul 02 16:46:35 <ermo> so if there was a gcc present in the path, it would use that?
Jul 02 16:46:36 <xMff> dunno, I can't help you. Will compile a trunk by myself and see how it works
Jul 02 16:46:40 <xMff> yes
Jul 02 16:46:54 <xMff> I suspect your PATH maybe contains cross toclhain dirs
Jul 02 16:47:04 <ermo> lemme check
Jul 02 16:47:09 <xMff> I have no linaro gcc 4.6 yet so I don't know whats its layout
Jul 02 16:47:22 <ermo> fwiw, toolchain seems to build atm
Jul 02 16:47:27 <xMff> find staging_dir/ -name gcc
Jul 02 16:47:27 <ermo> after the clean
Jul 02 16:47:49 <ermo> nothing came up
Jul 02 16:47:58 <ermo> but should've tried before the clean, I suppose
Jul 02 16:48:00 <xMff> ok
Jul 02 16:48:04 <xMff> yes
Jul 02 16:48:38 <ermo> it's one of those things that should go on the wiki as 'a known issue'
Jul 02 16:51:54 <ermo> xMff: where should I put it on the wiki?
Jul 02 16:51:58 <ermo> in the 'Build' page?
Jul 02 16:52:04 <xMff> put what?
Jul 02 16:52:13 <xMff> It makes no point to list every possible fault there
Jul 02 16:52:22 <ermo> the suggestion to make toolchain/clean if you get odd gcc issues
Jul 02 16:52:50 <xMff> don't know
Jul 02 17:09:18 <philipp64|laptop> xMff: how does the OCF version bump look?
Jul 02 17:09:28 <xMff> OCF version bump?
Jul 02 17:09:48 <philipp64|laptop> ocf-crypto-headers
Jul 02 17:10:15 <philipp64|laptop> http://patchwork.midlink.org/patch/1162/
Jul 02 17:11:01 <xMff> so not the ocf framework
Jul 02 17:11:14 <xMff> and does it fix your asterisk faults?
Jul 02 17:11:56 <philipp64|laptop> no.
Jul 02 17:12:16 <philipp64|laptop> wait, what do you mean "not the ocf framework"?
Jul 02 17:12:55 <xMff> ocf-crypto-headers ist just some random stuff I don't even know what its good for
Jul 02 17:13:16 <xMff> the ocf framework is in target/linux/generic/files/
Jul 02 17:15:03 <philipp64|laptop> a bunch of stuff (including building the kernel modules themselves) depends on ocf-crypto-headers
Jul 02 17:16:01 <xMff> I find it weird that header files are shipped as package
Jul 02 17:16:47 <philipp64|laptop> that's how I found it. it was already like that. :-)
Jul 02 17:17:15 <philipp64|laptop> I can try to do a version bump on the kernel patches... there are only two and they're minor.
Jul 02 17:17:39 <xMff> hehe
Jul 02 17:17:41 <xMff> nope
Jul 02 17:17:57 <xMff> the minor patches are what's been split out of the additions
Jul 02 17:18:06 <xMff> you need to updates the stuff in files/ too
Jul 02 17:19:15 <philipp64|laptop> there's got to be a more sustainable way of doing version bumps on packages that patch the kernel...
Jul 02 17:19:50 <xMff> why? maintaining a distro is effort
Jul 02 17:19:59 <xMff> there is no way around it
Jul 02 17:20:13 <xMff> especially if the component in question does not enjoy mainline support
Jul 02 17:20:21 <_trine> nbd, Linux OpenWrt 3.0-rc5 is working very well on the Dockstar and those apparent wifi messages have gone now when using the Alfa card
Jul 02 17:20:49 <_trine> so it must have needed to collect some data or something
Jul 02 17:23:08 <philipp64|laptop> well, in any case, the ioctl's that we're passing into the kernel from apps like openssl-utils and crypto-tools should match what's in the kernel, and they don't.
Jul 02 17:23:40 <philipp64|laptop> the apps are using an API that's two years older than what we're actually building into the kernel.
Jul 02 17:23:52 <philipp64|laptop> we should add a build-time check to make sure the two versions match up.
Jul 02 18:12:51 <builder_> build #59 of s3c24xx is complete: Failure [failed compile_10]  Build details are at http://buildbot.openwrt.org:8010/builders/s3c24xx/builds/59
Jul 02 18:36:14 <lopz> hi
Jul 02 18:39:39 <lopz> _trine, :)
Jul 02 18:40:15 <_trine> lopz, florian isnt here right now
Jul 02 18:40:27 <_trine> oh he is
Jul 02 18:40:47 <_trine> [florian], can you answer a question for lopz
Jul 02 18:40:50 <lopz> _trine, yes, I will wait and ask him:)
Jul 02 18:40:59 <lopz> oh right jeje
Jul 02 18:41:22 <lopz> i write flo<TAB>  xD
Jul 02 18:41:36 <_trine> he wants to know which is the correct firmware for his wrt54gr and can it be flashed with tftp as normal
Jul 02 18:42:01 <lopz> [florian], hi :)
Jul 02 18:56:18 <philipp64|laptop> Kaloz: ping
Jul 02 19:06:14 <lopz> _trine, ping
Jul 02 19:06:40 <lopz> I tried this: /bin/sh flash.sh openwrt-rdc-jffs2-64k-ar525w.img linksys
Jul 02 19:06:54 <lopz> and..
Jul 02 19:06:56 <lopz> ......
Jul 02 19:06:58 <lopz> sent DATA <block: 4865, size: 4>
Jul 02 19:07:00 <lopz> received ACK <block: 4865>
Jul 02 19:07:02 <lopz> tftp> quit
Jul 02 19:07:04 <lopz> Please wait until power led stops flashing. Do not poweroff! Then you can login via telnet 192.168.1.1.
Jul 02 19:07:33 <lopz> and now stopped responding to ping: 192.168.1.1
Jul 02 19:07:34 <philipp64|laptop> acoul: ping
Jul 02 19:08:18 <lopz> From 192.168.1.6 icmp_seq=2 Destination Host Unreachable
Jul 02 19:08:19 <lopz> :(
Jul 02 19:36:41 <roh> heyho
Jul 02 19:36:47 <blogic> aloha
Jul 02 19:37:09 <roh> short question.. is there any 802.11N ap supported by openwrt right now?
Jul 02 19:37:51 * roh just tried replacing a old fonera with some belkin device and it eats multicast *sigh* 
Jul 02 19:44:04 <luka12345|wiik> blogic: hi
Jul 02 19:50:56 <roh> hm. the belkin thingie is my only N ap device and it seems its supportable not not in the works. bcm4716 i think
Jul 02 19:52:01 <roh> well whatever.. i'll reflash the fonera and hope the stutters go away. g needs to be enough for the 2.4ghz users then.
Jul 02 20:07:53 <blogic> luka12345|wiik: hi
Jul 02 20:08:10 <blogic> luka12345|wiik: i started on the uboot already :)
Jul 02 20:08:20 <luka12345|wiik> great :)
Jul 02 20:08:27 <blogic> monday i guess i iwll finish
Jul 02 20:08:33 <blogic> and put it in trunk
Jul 02 20:08:40 <luka12345|wiik> great :)
Jul 02 20:09:00 <luka12345|wiik> have you been on vacation ?
Jul 02 20:09:33 <luka12345|wiik> i'm so lazy... i'm playing with voip...
Jul 02 20:11:48 <blogic> lol
Jul 02 20:11:56 <blogic> no i am just really busy at work
Jul 02 20:12:22 <luka12345|wiik> i had a week off last week
Jul 02 20:12:44 <luka12345|wiik> regarding voip i dont know if it's me; but i can get only one successful phone call
Jul 02 20:13:11 <luka12345|wiik> after restarting svd it's the same...
Jul 02 20:14:16 <luka12345|wiik> are you going to be on ccc camp?
Jul 02 20:46:32 <blogic> no
Jul 02 20:46:37 <blogic> i like showers too much
Jul 02 20:46:40 <blogic> and toilets
Jul 02 20:46:53 <blogic> so sharing 10 between thousands of people is uncool
Jul 02 20:46:54 <blogic> ;)
Jul 02 20:59:06 <builder_> build #40 of ep93xx is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/ep93xx/builds/40
Jul 02 21:31:49 <Weedy> xMff: for qos,is it limit or limitrate?
Jul 02 21:32:16 <Weedy> both seem to be in the source, but limit seems to do fuck all
Jul 02 21:54:08 <KanjiMonster> blogic: the receive for phy_drivers is an openwrt hack
Jul 02 23:55:27 <gzanan> Are there any openwrt devs around now?
Jul 02 23:56:43 <gzanan> irq.c is not compiling when I build a 2.6.37.6 with r27363.
Jul 02 23:56:57 <gzanan> http://pastebin.com/yWQM6Q5u
Jul 03 01:02:46 <loswillios> _trine: great, can you send a patch to openwrt-devel? use svn diff or git diff for that
Jul 03 01:11:29 <CIA-89> nbd * r27364 /trunk/package/mac80211/patches/444-ath5k_delay_calibration.patch: ath5k: delay initial periodic calibration after reset to improve stability
Jul 03 01:11:46 <CIA-89> nbd * r27365 /trunk/package/mac80211/patches/445-ath5k_fix_mac_clock_restore.patch: ath5k: fix restoring the mac timing setting after a sleep clock setting change
Jul 03 01:12:04 <CIA-89> nbd * r27366 /trunk/package/mac80211/patches/446-ath5k_disable_32khz_clock.patch: ath5k: disable the 32 khz sleep clock, atheros also does this, might improve stability
Jul 03 01:12:21 <CIA-89> nbd * r27367 /trunk/package/mac80211/patches/447-ath5k_fix_queue_stop_warning.patch: ath5k: fix tx queue limit for the cabq, fixes warning described in #9465
**** ENDING LOGGING AT Sun Jul 03 02:59:57 2011