**** BEGIN LOGGING AT Sun Feb 07 02:59:58 2010 Feb 07 07:25:43 build #8 of ppc44x is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/ppc44x/builds/8 Feb 07 10:34:56 build #4 of s3c24xx is complete: Failure [failed compile_6] Build details are at http://tksite.gotdns.org:8010/builders/s3c24xx/builds/4 Feb 07 11:02:36 lars * r19538 /packages/lang/python/Makefile: [packages] Fix python build... Feb 07 11:08:41 lars * r19539 /packages/Xorg/xorg/xserver/xorg-server/Makefile: [packages] xorg-server needs xkbcomp Feb 07 11:32:22 rtz: are you around? Feb 07 11:34:00 lars * r19540 /trunk/target/linux/xburst/files-2.6.32/arch/mips/jz4740/clock.c: [xburst] clocks: Fix JZ_REG_CLOCK_SLEEP_CTRL address Feb 07 11:38:05 codertux: yes Feb 07 11:40:57 rtz: I tired all day to build dd-wrt/asus firmware from source, no luck so far... is there any other way to tackle this? Feb 07 11:45:04 codertux: is there an older version, that worked? Feb 07 11:45:10 codertux: of openwrt? Feb 07 11:45:44 rtz: not that I know of... Feb 07 11:46:15 hmm Feb 07 11:46:15 let me think about it for a few minutes Feb 07 11:46:16 I tried a while back, it failed exactly the same way... Feb 07 11:47:30 ok, I have to go down to the shop, I'll be back in 5 minutes... Feb 07 11:47:55 no problem Feb 07 12:06:14 rtz: i'm back. any ideas? Feb 07 12:10:03 lars * r19541 /trunk/target/linux/xburst/files-2.6.32/arch/mips/jz4740/board-qi_lb60.c: [xburst] board-qi_lb60: Fix battery platform data. Feb 07 12:12:57 codertux: what exactly was your problem with the vendor firmware? Feb 07 12:13:22 codertux: and does dd-wrt have a working precompiled image? Feb 07 12:15:58 rtz: dd-wrt has several working precompiled images... Feb 07 12:17:39 rtz: with the vendor firmware there were some errors about not being able to find some #includes... had no clue how to solve it... Feb 07 12:18:01 rtz: if you want to give it a shot, I could give you shell access on my box... Feb 07 12:19:16 codertux: what was the problam with compiling dd-wrt? Feb 07 12:21:04 rtz: when I launch make it tries to connect to a password protected svn repo... guess what, I don't know the user/password... Feb 07 12:23:04 lol Feb 07 12:23:23 talk about open source... Feb 07 12:25:07 codertux: ok, I have to east now, but afterwards, I would like to come back to the shell access option for the vendor image Feb 07 12:25:21 codertux: and please install the nano editor Feb 07 12:25:35 ping nbd Feb 07 12:25:37 rtz: whatever you need :) Feb 07 12:25:40 not sure, if can get ssh and x to work together on windows Feb 07 12:26:05 you can get ssh for sure... what do you need X for? Feb 07 12:26:58 rtz: I'll leave you a PM with the login, if I'm not around feel free to play by yourself :) Feb 07 12:27:23 rtz there is an old open source x11 server for windows available Feb 07 12:27:58 x deep 4.0 Feb 07 12:28:07 it was only freeware not open source Feb 07 12:29:51 http://www.pexus.com/Download/download.html - now its seems to be only available for money Feb 07 12:30:00 but i have the old 4.0 version that works Feb 07 12:30:09 rtz should i send it to you? Feb 07 12:36:03 claudio * r19542 /trunk/target/linux/generic-2.6/patches-2.6.32/850-if_no_generic_time.patch: kernel: fix compilation for platforms without GENERIC_TIME Feb 07 12:38:27 claudio * r19543 /trunk/target/linux/etrax/ (7 files in 4 dirs): etrax: 2.6.32 support Feb 07 12:40:43 puchu: I have cygwin X installed Feb 07 12:41:11 codertux: ok, I need your ip-adress and password and stuff Feb 07 12:43:26 * raorn .oO( sounds like "i need your clothes, boots and motorcycle"... ) Feb 07 12:44:51 :D Feb 07 12:44:58 rtz: lame phishing attempt :P Feb 07 12:45:28 hey, he did offer it :) Feb 07 13:08:21 lars * r19544 /trunk/target/linux/xburst/files-2.6.32/drivers/char/ (defkeymap.c defkeymap.c_shipped): [xburst] defkeymap.c has been renamed to defkeymap.c_shipped in 2.6.32 Feb 07 15:00:45 rtz did u make any progress with your c preinit script? Feb 07 15:01:46 puchu: yes Feb 07 15:02:20 puchu: the config parser is 90% complete and then it's time for a few tests Feb 07 15:02:35 i may be ready this evening Feb 07 15:02:41 puchu: you want to test it? Feb 07 15:03:21 ohh maybe when its at a later devel state .. i dont have my router near me Feb 07 15:03:34 ok Feb 07 15:06:29 rtz: have u seen nbd around? Feb 07 15:09:03 half an hour ago maybe Feb 07 15:09:17 puchu: but he's at fosdom at the moment Feb 07 15:09:33 ohh okay Feb 07 15:11:52 rtz: there is also a lifestream from the fosdom Feb 07 15:11:55 http://streaming.onsite.fosdem.net:10000/ Feb 07 15:11:58 fosdem Feb 07 16:49:30 xMff: you still here? Feb 07 16:51:23 yes Feb 07 16:53:44 xMff: the image generation on broadcom is kinda a mystery to me Feb 07 16:54:25 trx.c Feb 07 16:54:25 xMff: the kernel is lzma compressed, but it's done with some kind of custom tool and loader, or did I understand this wrong? Feb 07 16:54:41 right, custom loader since cfe can't handle lzma by itself Feb 07 16:55:34 xMff: isn't there lzma support inside the kernel itself? Feb 07 16:55:44 from what I understood... the cfe supports gzip, so the loader is gzipped, right? :-? Feb 07 16:55:54 codertux: right Feb 07 16:56:16 rtz: yes but something has to kick the kernel into operation, it can't unpack itself before it is unpacked, chicken-egg Feb 07 16:56:20 rtz: https://forum.openwrt.org/viewtopic.php?id=11304 Feb 07 16:56:54 the in-kernel lzma support is used for initramfs and/or squashfs Feb 07 16:56:59 loswillios: that's where I red it I think :) Feb 07 16:57:41 cfe can only start plain elf executables or gzip compressed elf executables Feb 07 16:58:00 xMff: so, when I generate the image, I should use something like: trx ? Feb 07 16:58:12 so openwrt feeds cfe with a gzip compressed second stage load which unlzma the kernel and starts it Feb 07 16:58:21 yes Feb 07 16:58:47 xMff: does the loader only starts the kernel which uncompresses itself or does the loader uncompress the kernel? Feb 07 16:58:51 ahh, ok Feb 07 16:59:01 my connection lags again :/ Feb 07 16:59:34 second-stage loader + lzma kernel is still smaller than gzip compressed kernel Feb 07 17:00:50 yes, but a small loader which only starts the kernel which uncompresses itself from lzma would also work? Feb 07 17:01:27 again, a kernel can't uncompress itself Feb 07 17:01:44 the bootloader has to decompress the kernel image into memory and start it Feb 07 17:02:04 afternoons Feb 07 17:02:27 xMff: my trip-to-openwrt-wonderland was quite short (hoping to continue after week or so) Feb 07 17:02:46 got overworking permission (and greedy bastard I am, of course took it) Feb 07 17:03:41 xMff: well, there is an option in the kernel menuconfig, where the kernel is compressed and an unpacker is added at the start of the final image Feb 07 17:04:08 xMff: so, you can start the kernel and it uncompresses itself without the help of the bootloader Feb 07 17:04:24 that's how it's done on rdc Feb 07 17:05:16 rtz: on my router, we could start first with the uncompressed kernel... I think it should fit in 32mb? that would eliminate the complexity of the bootloader... Feb 07 17:05:17 well then just try it Feb 07 17:07:20 codertux: well, the self-uncompressing kernel isn't an elf binary, so a loader would be needed Feb 07 17:07:59 codertux: and so we might as well stick with the default lzma-uncompressing loader, because we know it works Feb 07 17:08:36 ok... Feb 07 17:08:56 btw, can you see my patch for opkg on openwrt-devel? sent it today, but haven't received it back from ML Feb 07 17:10:13 raorn: the conffiles stuff? Feb 07 17:10:25 yes, updated patch Feb 07 17:10:45 raorn: it appeared on the ml Feb 07 17:10:56 today's? Feb 07 17:10:58 ok, i think I understand how it works Feb 07 17:11:09 but I have to go for half an hour Feb 07 17:11:23 codertux: I should be able to get it working Feb 07 17:11:54 rtz: that's good news... Feb 07 17:13:36 raorn: think so, yes. btw - instead of the double cat hack why just don't use 'find' ? Feb 07 17:13:48 rtz: if I'm not at the computer when you come back, just aplay me something :) Feb 07 17:14:55 raorn: find /usr/lib/opkg/info/ -name '*.conffiles' -type f -exec cat {} \; >> "$file" Feb 07 17:32:20 xMff: I have to ask an other stupid and annoying question Feb 07 17:32:31 xMff: there seems to be a wl driver for 2.6 Feb 07 17:32:37 xMff: why isn't it used? Feb 07 17:33:03 because it is kernel version dependant and nobody wants to maintain another brcm-2.4 Feb 07 17:33:30 xMff: instead of brcm-2.4 I mean Feb 07 17:33:34 if you mean the one appeared in dd-wrt, it is against 2.6.24 Feb 07 17:33:50 which is already abandonned since quite some time in openwrt Feb 07 17:34:33 using this driver would prevent us from updating the kernel which is a no-go Feb 07 17:34:36 xMff: I found one in the rt-n61 sources from codertux, but ok Feb 07 17:34:39 I undestand Feb 07 17:36:08 there might be a proprietary driver if it has a kernel abstraction layer like current video drivers but this is not the case yet Feb 07 17:39:03 xMff: I believe the broadcom drivers for notebooks have an abstraction layer already... Feb 07 17:39:31 and they're sta only and/or x86 only Feb 07 17:39:35 worthless Feb 07 17:40:24 codertux: could you delete the openwrt dir and copy a new version over? Feb 07 17:40:33 codertux: I messed up the config somehow Feb 07 17:43:34 xMff: at least it's a start... maybe broadcom will open their eyes someday... Feb 07 17:43:39 rtz: in a second... Feb 07 17:44:27 rtz: i'll give you a whole new trunk checkout to play with :)) Feb 07 17:44:42 codertux: ohh, ok Feb 07 17:44:43 even better Feb 07 17:46:41 rtz: do you need the packages also? Feb 07 17:46:47 no Feb 07 17:46:52 ok Feb 07 17:47:24 am I the only one under the impression that git is wayyyy faster than svn? Feb 07 17:53:32 rtz: it's done Feb 07 17:53:38 rtz: go play now :) Feb 07 18:01:06 what does the "build the openwrt based toolchain" option do? Feb 07 18:08:40 build an openwrt based toolchain ;) Feb 07 18:09:27 mb__: and that means what? is this the default toolchain build by openwrt? Feb 07 18:09:43 Yeah I think so Feb 07 18:09:56 what new with that? Feb 07 18:17:14 mb__: it's something else Feb 07 18:18:12 ? Feb 07 18:18:46 mb__: well, i didn't enable it and it still builds the toolchain Feb 07 18:23:09 I think it puts the toolchain into a distributable package Feb 07 18:23:25 Of course it always builds the toolchain. o.O Feb 07 18:23:47 well, there is the external toolchain option Feb 07 20:11:50 build #7 of brcm63xx is complete: Failure [failed compile_6] Build details are at http://tksite.gotdns.org:8010/builders/brcm63xx/builds/7 Feb 07 21:02:48 build #6 of brcm47xx is complete: Failure [failed compile_6 compile_15] Build details are at http://tksite.gotdns.org:8010/builders/brcm47xx/builds/6 Feb 07 21:10:45 build #6 of brcm_2_4 is complete: Failure [failed compile_6] Build details are at http://tksite.gotdns.org:8010/builders/brcm_2_4/builds/6 Feb 07 23:08:27 updated openwrt/upstream, http://pastehtml.com/view/5taykei.html Feb 07 23:34:46 build #8 of ar71xx is complete: Failure [failed compile_6] Build details are at http://tksite.gotdns.org:8010/builders/ar71xx/builds/8 **** ENDING LOGGING AT Mon Feb 08 02:59:57 2010