**** BEGIN LOGGING AT Mon Aug 30 02:59:57 2010 Aug 30 07:37:35 florian * r22843 /trunk/toolchain/gcc/Config.in: [toolchain] gcj can only be built safely on gcc >= 4.3 Aug 30 09:00:23 build #77 of kirkwood is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/kirkwood/builds/77 Aug 30 09:01:08 acoul * r22844 /trunk/target/linux/generic/patches-2.6.36/190-netfilter_rtsp.patch: linux/generic: update 2.6.36 kernel patches Aug 30 09:58:20 mh, the channel topic is outdated, rc3 is out ;) Aug 30 11:29:37 <_trine> with the new dockstar target in trunk do I still need to manually alter config-default in the kirkwood target folder ? Aug 30 11:45:59 _trine: no Aug 30 11:46:02 00:34 < larsc> at least if you don't want to boot from usb Aug 30 11:46:02 00:34 < larsc> but it's been a while that way Aug 30 11:46:02 00:35 < larsc> new is only that there are two different profiles for dockstar and sheevaplug. Aug 30 11:46:05 00:35 < larsc> the dockstar profile has special config files for its leds and stuff Aug 30 11:48:33 <_trine> so I dont need to configure the kernel ? Aug 30 11:49:20 <_trine> because previously i did need to include such things as usb drivers etc Aug 30 11:49:33 <_trine> in the kernel Aug 30 11:49:40 usb isn't included in the kernel image yet Aug 30 11:51:04 i'm trying to compile the aodv kernel module, but the command to make gives the obscure error cc1: error: unrecognized command line option "-Wframe-larger-than=1024" - I've set CC and LD correctly, I'm pretty sure. Does anyone know what else I might be doing foolishly? Aug 30 12:03:31 <_trine> larsc, without usb in the image as I am sure you already know you wont be able to boot from a usb port with the dockstar modified uboot Aug 30 12:04:09 _trine: correct Aug 30 12:58:42 <_trine> I see we have an available crpyto engine in the dockstar cpu but openwrt does not use it Aug 30 12:59:17 <_trine> modprobe mv_cesa enables it in debian on the dockstar Aug 30 13:52:30 build #109 of ppc44x is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/ppc44x/builds/109 Aug 30 13:52:43 build #115 of ppc40x is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/ppc40x/builds/115 Aug 30 14:05:32 build #100 of brcm63xx is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/brcm63xx/builds/100 Aug 30 14:51:11 gdb is complaining that it doesn't have libexpat Aug 30 14:51:19 is the dependency missing? Aug 30 15:47:55 hrmmm anyone else seeing this on trunk as of todayput openwrt-ar71xx-generic-ubnt-bullet-m-squashfs-factory.bin Aug 30 15:47:56 Error code 2: Invalid firmware file Aug 30 15:48:55 cra nevermind, wrong damn radio Aug 30 17:18:43 just installed trunk on a wr741nd and the switch doesnt work (wireless and wan works). The only odd thing I noticed is that the switch (eth0) is configured for 1000 Mbps and not 100 Mbps Aug 30 19:11:58 lars * r22845 /trunk/target/linux/kirkwood/config-default: Aug 30 19:11:58 [kirkwood] Build usb storage support into the kernel. Aug 30 19:11:58 This allows for example to put the rootfs on a usb-stick. Aug 30 19:12:55 _trine: ^ Aug 30 19:13:15 <_trine> thank you Aug 30 19:24:17 in the default config? make that a profile, like on other targets Aug 30 19:26:59 it does not really add that much overhead. Aug 30 19:31:25 Kaloz: that would need a subtarget, unless you know a way of compiling usb support into the kernel instead of as a module without using pseudo kmods Aug 30 19:44:33 hm, there is CONFIG_PROFILE_CONFIG, which is set when there is a config/profile-$(profile). But that file is not considered when generating the kernel config. interesting Aug 30 19:45:06 could someone please assign the following bug to juhosg (its his package and this will trigger him :o) ) https://dev.openwrt.org/ticket/7842 Aug 30 19:47:05 Memphiz: whitespace tab/spaces *nag nag* (last added line in 219-kobject_uevent.patch uses 4 spaces instead of a tab ;) Aug 30 19:47:15 fuck Aug 30 19:47:26 missed that one ... i did this at work with a crapy editor :) Aug 30 19:47:55 I often miss them too Aug 30 19:48:09 i hate tabs btw ... at work we are only using tabs made from spaces ... so every fuckin editor shows the indentation in the same manner Aug 30 19:48:19 :D Aug 30 19:48:43 nevertheless ... the buttons are working again *hehe* Aug 30 19:50:27 mhhh Aug 30 19:51:10 KanjiMonster: the missing tab was in the patch already before i made the new one ... so it is in trunk :op Aug 30 19:52:02 ah, I see ;) Aug 30 19:52:21 also, as a second style nitpick, lines 167/168 in https://dev.openwrt.org/attachment/ticket/7842/button-hotplug.2.6.35.4.patch would profit from spaces arount the "=" Aug 30 19:53:52 yeah right ... its a bit dirty at all ... because i had to redefine the struct uevent_sock in hotplug-button.c ... any kernel change will break this again ... Aug 30 19:54:11 not any kernel change ... but changes on this struct ;) Aug 30 19:54:26 KanjiMonster: why aren't you a openwrt dev? seems you have some good experiences with kernel hacking? Aug 30 19:56:01 never bothered yet. Also, I tend to break things with careless committing Aug 30 19:56:40 thats great! *hrhr* Aug 30 19:56:59 i'm sure i break 2.6.34 support with the hotplug-button patch ... Aug 30 19:57:22 but ... mhh ... its already outdated version :) Aug 30 19:59:25 then you need to guard the list iteration with a kernel version check Aug 30 19:59:40 Memphiz: assigned Aug 30 19:59:50 thx Aug 30 20:00:02 can't you do it yourself? Aug 30 20:00:09 me? Aug 30 20:00:11 ah probably only when creating tickets Aug 30 20:00:19 mhh i created that one ... Aug 30 20:00:36 yeah I mean not as change Aug 30 20:00:46 only on initial creation Aug 30 20:01:03 and there is no mask for assigning to a dev on creating tickets ... afais Aug 30 20:01:14 ok Aug 30 20:01:22 its probalby an admin feature Aug 30 20:01:27 maybe *g* Aug 30 20:02:07 Memphiz: see e.g. https://dev.openwrt.org/browser/trunk/package/broadcom-wl/patches/003-compat-2.6.35.patch Aug 30 20:03:22 KanjiMonster: yes ... i thought of that one ... but i am to tired to fiddle how this works ... and i guess juhosg already knows how to do this quick (and he hopefully don't mind for having to adapt the patch a little) ... and while i'm typing this you just animate me to do a second patch don't you? *hrhr* Aug 30 20:03:43 ;) Aug 30 20:06:59 but you're right ... one should do such things in a clean way ... Aug 30 20:09:01 don't ask me how to get the intendation levels right for both versions without rewriting the code, I have no clue ;) Aug 30 20:09:02 KanjiMonster: how to know in which version this commits http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.35.y.git;a=commitdiff;h=07e98962fa778b9782c8845dfcb06a84cc050744 appeared (2.6.35.x) Aug 30 20:09:54 Memphiz: since this isn't a fix for a regression, it must have come with one of the -rc, most probably -rc1 Aug 30 20:11:22 so i check for 2.6.35 anyways (because the KERNEL_VERSION macro only takse major,minor and patch) Aug 30 20:13:55 yes Aug 30 20:16:50 well ... the indentation could be made "right" by putting everything into a {} - block Aug 30 20:17:16 but i don't know if i really should do this ... since it would be semantical senceless and only for "fixing" the indentation Aug 30 20:17:21 what do you think KanjiMonster Aug 30 20:17:29 indent -linux file.c maybe Aug 30 20:18:52 xMff: i think what KanjiMonster means for getting the right indentation after the preprocessor has run through the code (i'm adding a kernel version dependend conditional compilation which would result in one indentation level more in one of the versions ...) Aug 30 20:19:06 what Memphiz said ;) Aug 30 20:19:33 is there even a requirement to indent code between cpp macros? Aug 30 20:19:38 I never do it Aug 30 20:19:41 but this would be a gimmick wouldn't it? Aug 30 20:19:44 yeah ... Aug 30 20:19:48 only if the code is indented anyway Aug 30 20:20:05 http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.35.y.git;a=commitdiff;h=07e98962fa778b9782c8845dfcb06a84cc050744 Aug 30 20:20:14 the linux dudes don't do it either Aug 30 20:29:49 naahh now when my patch is ready for review he times out *harr* Aug 30 20:47:22 re Aug 30 20:48:02 stupid unknown send windows to sleep keyboard command Aug 30 20:48:56 KanjiMonster: what do you think: http://pastebin.com/XiD5hKQY Aug 30 20:50:35 just a sec; suspend to disk broke recently (but the new bios seems to help), I first have to re-setup my normal environment ;) Aug 30 20:51:23 1001 windows? *g* Aug 30 20:51:53 1000 x terminal and 1 x irc *hrhr* Aug 30 20:54:39 email client, browser with far too many tabs, vm, ide, ... ;) Aug 30 20:55:34 make a script for this and get a coffee whil running it *g* Aug 30 20:56:05 11 pm is a bit late for a coffee Aug 30 20:56:18 yeah Aug 30 20:56:29 i'm on my good night beer over here hehe Aug 30 20:56:30 also, a restart is often the only time I bother to install updates ;) Aug 30 20:56:56 normally I just sleep/hibernate the pc Aug 30 20:58:17 mhh i do a clean power down ... Aug 30 20:58:31 my apps are up really fast on my machine ... Aug 30 21:00:31 I'm too lazy to restart all my programs every day (and automatically starting programs are even more annoying ;) Aug 30 21:00:58 okay, my browser has finished loading most tabs Aug 30 21:01:24 hrhr Aug 30 21:06:32 Memphiz: Probably the whole indention "fix" is a bit overkill ;) You could keep the old one and leave it "broken" for .35, thus reducing the patch size. Also, the struct definition and external references probably shouldn't be indented ;) Aug 30 21:07:00 *lach* Aug 30 21:07:07 junge junge ;) Aug 30 21:11:20 gotta go for now, bbl Aug 30 21:12:49 key ... i attach what ever comes out of me next ;) Aug 30 21:13:31 http://pastebin.com/FpH0TTKA <- that one! ha!! Aug 30 21:13:32 *G* Aug 30 23:01:57 jow * r22846 /trunk/target/linux/ (13 files in 4 dirs): [linux] enable SYSRQ for all targets, remove overrides from brcm63xx, octeon and omap35xx Aug 31 01:03:14 build #110 of ppc44x is complete: Failure [failed compile_2] Build details are at http://tksite.gotdns.org:8010/builders/ppc44x/builds/110 Aug 31 01:03:15 build #116 of ppc40x is complete: Failure [failed compile_2] Build details are at http://tksite.gotdns.org:8010/builders/ppc40x/builds/116 Aug 31 01:06:03 build #95 of sibyte is complete: Failure [failed compile_2] Build details are at http://tksite.gotdns.org:8010/builders/sibyte/builds/95 Aug 31 01:06:27 build #99 of brcm47xx is complete: Failure [failed compile_2] Build details are at http://tksite.gotdns.org:8010/builders/brcm47xx/builds/99 Aug 31 01:09:12 build #92 of octeon is complete: Failure [failed compile_2] Build details are at http://tksite.gotdns.org:8010/builders/octeon/builds/92 Aug 31 01:09:14 build #91 of ep93xx is complete: Failure [failed compile_2] Build details are at http://tksite.gotdns.org:8010/builders/ep93xx/builds/91 Aug 31 01:11:54 build #87 of gemini is complete: Failure [failed compile_2] Build details are at http://tksite.gotdns.org:8010/builders/gemini/builds/87 Aug 31 01:11:56 build #89 of cobalt is complete: Failure [failed compile_2] Build details are at http://tksite.gotdns.org:8010/builders/cobalt/builds/89 Aug 31 01:14:57 build #87 of etrax is complete: Failure [failed compile_2] Build details are at http://tksite.gotdns.org:8010/builders/etrax/builds/87 Aug 31 01:15:18 build #88 of mpc52xx is complete: Failure [failed compile_2] Build details are at http://tksite.gotdns.org:8010/builders/mpc52xx/builds/88 Aug 31 01:19:24 build #24 of at91 is complete: Failure [failed compile_2] Build details are at http://tksite.gotdns.org:8010/builders/at91/builds/24 Aug 31 01:19:35 build #82 of adm5120 is complete: Failure [failed compile_2] Build details are at http://tksite.gotdns.org:8010/builders/adm5120/builds/82 Aug 31 01:20:20 build #85 of ifxmips is complete: Failure [failed compile_2] Build details are at http://tksite.gotdns.org:8010/builders/ifxmips/builds/85 Aug 31 01:20:54 build #81 of iop32x is complete: Failure [failed compile_2] Build details are at http://tksite.gotdns.org:8010/builders/iop32x/builds/81 Aug 31 01:26:54 build #80 of ixp4xx is complete: Failure [failed compile_2] Build details are at http://tksite.gotdns.org:8010/builders/ixp4xx/builds/80 Aug 31 01:27:03 build #78 of orion is complete: Failure [failed shell_3 compile_2] Build details are at http://tksite.gotdns.org:8010/builders/orion/builds/78 Aug 31 01:27:49 build #79 of kirkwood is complete: Failure [failed compile_2] Build details are at http://tksite.gotdns.org:8010/builders/kirkwood/builds/79 Aug 31 01:31:52 build #75 of rdc is complete: Failure [failed shell_3 compile_2] Build details are at http://tksite.gotdns.org:8010/builders/rdc/builds/75 Aug 31 01:38:29 build #76 of pxcab is complete: Failure [failed shell_3 compile_3] Build details are at http://tksite.gotdns.org:8010/builders/pxcab/builds/76 Aug 31 01:46:02 build #77 of rb532 is complete: Failure [failed shell_3 compile_3] Build details are at http://tksite.gotdns.org:8010/builders/rb532/builds/77 Aug 31 01:52:58 build #72 of ps3 is complete: Failure [failed shell_3 compile_3] Build details are at http://tksite.gotdns.org:8010/builders/ps3/builds/72 Aug 31 01:56:32 jow * r22847 /trunk/package/firewall/ (4 files in 2 dirs): Aug 31 01:56:33 [package] firewall: Aug 31 01:56:33 - fix processing of rules with an ip family option Aug 31 01:56:33 - append interface rules at the end of internal zone chains, simplifies injecting user or addon rules Aug 31 01:56:33 - support simple file logging (option log + option log_limit per zone) Aug 31 02:24:08 build #73 of ramips is complete: Failure [failed shell_3 compile_6] Build details are at http://tksite.gotdns.org:8010/builders/ramips/builds/73 Aug 31 02:56:40 build #71 of ubicom32 is complete: Failure [failed shell_3 compile_4] Build details are at http://tksite.gotdns.org:8010/builders/ubicom32/builds/71 **** ENDING LOGGING AT Tue Aug 31 02:59:57 2010