**** BEGIN LOGGING AT Thu Apr 07 02:59:59 2011 Apr 07 03:19:26 build #1 of ar7 is complete: Failure [failed shell_12] Build details are at http://tksite.gotdns.org:8010/builders/ar7/builds/1 Apr 07 03:40:53 build #1 of sibyte is complete: Failure [failed shell_12] Build details are at http://tksite.gotdns.org:8010/builders/sibyte/builds/1 Apr 07 04:10:08 build #1 of mpc52xx is complete: Failure [failed compile_4] Build details are at http://tksite.gotdns.org:8010/builders/mpc52xx/builds/1 Apr 07 07:06:06 build #1 of ar71xx is complete: Failure [failed shell_12] Build details are at http://tksite.gotdns.org:8010/builders/ar71xx/builds/1 Apr 07 09:51:56 EqUaTe: ping Apr 07 10:00:36 KanjiMonster: pong Apr 07 10:00:50 EqUaTe: did you find time to test the image? Apr 07 10:02:39 no, but i could do that now.. interactions between webdav, apache2, pam, and smb are hurting my head. Apr 07 10:03:42 heh Apr 07 10:03:54 sounds like "fun" Apr 07 10:04:28 yes... that's definitely the word.. Apr 07 11:07:34 Olipro: ping Apr 07 12:13:40 build #1 of iop32x is complete: Failure [failed compile_6] Build details are at http://tksite.gotdns.org:8010/builders/iop32x/builds/1 Apr 07 13:30:34 philipp64|laptop: I think we should put xt_trace into an extra module and not into the core as it provides no functionality besides debugging Apr 07 13:43:27 build #1 of adm5120 is complete: Failure [failed shell_12] Build details are at http://tksite.gotdns.org:8010/builders/adm5120/builds/1 Apr 07 13:50:28 jow_laptop: I didn't manage to make it work for znc, so I gave up for now. Btw, it seems the PKG_CONFIG_DEPENDS you added doesn't work either, since it always puts a ".configured_" into the source directory (which is harmless, as all modules are always built and so there's nothing needing a rebuilt - so the line could be probably removed) Apr 07 13:51:08 KanjiMonster: yes I know Apr 07 13:51:22 KanjiMonster: it didn't work for luci as well until I reordered stuff in the right way Apr 07 13:52:28 jow_laptop: I probably already wasted more time on getting this to work than I could ever have saved with it ;) Apr 07 13:52:30 KanjiMonster: http://luci.subsignal.org/trac/changeset/6943 Apr 07 13:52:56 ah Apr 07 13:53:01 KanjiMonster: PKG_CONFIG_DEPENDS must be readily assembled before package.mk is included Apr 07 13:53:59 hrm, yesterday you said the exact opposite ;) Apr 07 13:55:20 yeah because I didn't look it up then Apr 07 13:55:25 I wrote from memory Apr 07 13:55:59 no harm done, happens to me also quite often Apr 07 14:00:54 build #2 of ubicom32 is complete: Failure [failed compile_3] Build details are at http://tksite.gotdns.org:8010/builders/ubicom32/builds/2 Apr 07 14:25:15 build #2 of at91 is complete: Failure [failed compile_4] Build details are at http://tksite.gotdns.org:8010/builders/at91/builds/2 Apr 07 15:48:28 build #1 of xburst is complete: Failure [failed shell_12] Build details are at http://tksite.gotdns.org:8010/builders/xburst/builds/1 Apr 07 16:16:57 can i define a kernel module that contains no files? Apr 07 16:35:26 build #1 of octeon is complete: Failure [failed shell_12] Build details are at http://tksite.gotdns.org:8010/builders/octeon/builds/1 Apr 07 16:41:32 do I have to check something in menuconfig to havel luci support in the image created? Apr 07 16:44:29 zenutrio: check if luci is enabled (*) in menuconfig Apr 07 16:45:31 Acinonyx: I have a top level 'Luci2' entry with two submenus: 'Libraries' and 'System' Apr 07 16:45:36 Apr 07 16:47:15 have you installed luci related packages from the feeds? Apr 07 16:48:09 Acinonx: not sure, going to check Apr 07 16:48:20 Acinonyx: i'm very new Apr 07 16:49:00 try running ./scripts/feeds Apr 07 16:49:11 it will give you the usage of the script Apr 07 16:49:56 Acinonyx: ok, thx. I remember seeing something on the wiki but don't know where now Apr 07 16:50:17 you should update the luci feed Apr 07 16:50:25 Acinonyx: ok Apr 07 16:50:47 and then install the packages you need Apr 07 16:51:19 http://wiki.openwrt.org/doc/devel/feeds Apr 07 16:52:44 Acninonyx: thx a lot. I have another problem maybe you can help me Apr 07 16:53:41 I'm adapting OpenWrt to a brcm63xx device which is very similar to a generic brcm6348gw_10 Apr 07 16:55:04 I had kernel panic on unsupported board (called CPVA502+), now it boots after adding a new board description on board_bcm963xx.c Apr 07 16:55:44 the problem now is that after reboot it computes a new crc which doensn't match the one stored and deletes the image Apr 07 16:56:23 I was told to do a 'mtd fixtrx' command but it did nothing Apr 07 16:58:09 np Apr 07 16:58:15 what do you mean it did nothing? Apr 07 16:58:53 the syntax is mtd fixtrx linux Apr 07 17:02:18 Acinonyx: I mean the command just gave me the options list. I'll try again with 'mtd fixtrx linux' but I tried 'mtd fixtrx mtd1' and got 'Could not open mtd device: mtd1' Apr 07 17:03:25 try the 'linux' partition Apr 07 17:03:45 it should update the imagetag Apr 07 17:05:21 Acinonyx: ok, I'm building the image and will try it after flashing it Apr 07 17:06:52 Acinonyx: but I also modified brcm63xx_fixcrc.sh to include the new board and it did nothing Apr 07 17:07:19 hmm Apr 07 17:09:01 brcm63xx_fixcrc.sh runs the command 'mtd fixtrx linux' Apr 07 17:09:37 do you have a dmesg output? Apr 07 17:09:59 Acinonyx: in 5 minutes Apr 07 17:10:07 okay :) Apr 07 17:12:10 build #2 of brcm63xx is complete: Failure [failed shell_12] Build details are at http://tksite.gotdns.org:8010/builders/brcm63xx/builds/2 Apr 07 17:13:23 root@OpenWrt:/# mtd fixtrx linux Apr 07 17:13:25 Trying to fix trx header in linux at 0x0... Apr 07 17:13:27 Verifying we actually have an imagetag. Apr 07 17:13:29 Checking current fixed status. Apr 07 17:13:31 Setting root length to 0. Apr 07 17:13:33 Recalculating CRCs. Apr 07 17:13:35 Erasing imagetag block Apr 07 17:13:37 New image crc32: 0x408e33db, rewriting block Apr 07 17:13:39 New header crc32: 0xf6e758a4, rewriting block Apr 07 17:13:41 Done. Apr 07 17:16:49 It has survived the reboot! ;-) Apr 07 17:17:00 :) Apr 07 17:18:10 in this yoour change to the shell script was apparently wrong or not included in the iamge at all Apr 07 17:18:17 *this case your... Apr 07 17:19:33 xMff: I understand. The problem is that I don't know if the '+' symbol could bring problems if used as part of the name for the struct representing the board. So I used instead 'CPVA502plus' Apr 07 17:19:54 do I have to use the name of the struct or the name of the board in the shell script? Apr 07 17:20:10 the one that appears in /proc/cpuinfo Apr 07 17:20:58 zenutrio: do you plan on submiting a patch to support CPVA502+ board? Apr 07 17:21:58 Acinonyx: That is my intention, as a exercise to learn OpenWrt Apr 07 17:22:43 that's nice Apr 07 17:23:05 I'm working in the wiki page for it too Apr 07 17:23:34 http://wiki.openwrt.org/inbox/cpva502.w Apr 07 17:28:35 great Apr 07 17:30:59 "bcm63xx/CPVA642 "* | "bcm63xx/MAGIC "* | "bcm63xx/CPVA502+ " ) Apr 07 17:31:11 i forgot to put an asterisk after the new string Apr 07 17:31:52 maybe you should simplify the pattern Apr 07 17:32:16 "bcm63xx/CPVA"* | "bcm63xx/MAGIC "*) Apr 07 17:33:08 xMff: ok Apr 07 17:34:17 xMff: what if some CPVA* don't need to run fixtrx? Apr 07 17:34:33 zenutrio: yeah, you're right Apr 07 17:41:44 roboswitch: [/home/cbo/OpenWrt/trunk/build_dir/linux-brcm63xx/kmod-switch/switch-robo.c:125] SIOCGETCPHYRD failed! Apr 07 17:41:48 what's that? Apr 07 17:41:57 roboswitch: Probing device eth1: No Robo switch in managed mode found, phy_id = 0xffffffff Apr 07 18:03:43 zenutrio: the trx fix should be harmless on devices not needing it (its just one additional flash sector write on first boot) Apr 07 18:07:55 build #1 of rdc is complete: Failure [failed shell_12] Build details are at http://tksite.gotdns.org:8010/builders/rdc/builds/1 Apr 07 18:13:13 KanjiMonster: thx. I don't know if it's better the detailed or the simplied version Apr 07 18:13:32 now the detailed version works Apr 07 18:14:02 build #1 of gemini is complete: Failure [failed shell_12] Build details are at http://tksite.gotdns.org:8010/builders/gemini/builds/1 Apr 07 18:19:00 Can I please get patchwork items #864, 862, and 850 committed please? Apr 07 18:19:55 oh, wait... hold off on 862... just saw Jo's IM... Apr 07 18:20:39 xMff: but xt_TRACE doesn't get built unless the user explicitly selects it in the kernel CONFIG_NETFILTER_XT_TARGET_TRACE, right... Apr 07 18:21:41 what's the harm in putting it into ipt-core? Apr 07 18:23:10 its taking space for functionality 90% of the people don't need Apr 07 18:23:21 and you must include ipt core to have firewalling Apr 07 18:23:45 and conditional compilation is a no-go Apr 07 18:24:39 zenutrio: it probably doesn't really matter. the detailed version is probably a bit cleaner, but if there's a trend visible (more than two devices ;) for CPVA*, then it makes sense to "catch them all" Apr 07 18:25:37 right, I bet they're mostly the same designs just equipped with the chips of the day Apr 07 18:26:46 ok, I'll send the two versions. I just don't know enough to decide which is better if it has further implications. Apr 07 18:29:57 xMff: right, but 90% of people won't explicitly (a) build their own image, or (b) if they do turn on that particular kernel CONFIG symbol. Apr 07 18:30:15 if anyone does turn on that symbol, they know what they are doing and will get exactly what they want. Apr 07 18:30:23 90% of the people use binaries which are built with everything enabled Apr 07 18:30:36 so 90% of the people are going to carry a module they don't need Apr 07 18:30:47 and 90% of the people already complain that openvpn does not fit on their boxes Apr 07 18:31:15 ok, I'm a bit slow today... how would this get built? by default, the kernel symbol is unset. Apr 07 18:31:48 you wan't to package something that can only be enabled with kernel menuconfig? Apr 07 18:32:06 yeah, that's fine. Apr 07 18:32:11 no its not Apr 07 18:32:18 because? Apr 07 18:33:19 ok, different question... where would you package it Apr 07 18:33:37 because its unclean, does not follow the principle of least surprise, reduces the testing exposure, prevents proper packaging and does not integrate with preconfigs of any sort Apr 07 18:34:03 I would just package it as iptables-mod-trace and kmod-ipt-trace Apr 07 18:34:19 how about ipt-extra? Apr 07 18:34:26 similar to how tproxy and friends have been implemented Apr 07 18:34:29 why? Apr 07 18:34:37 I mean why want to bundle it? Apr 07 18:34:54 to avoid a confusing proliferation of packages. Apr 07 18:35:25 thats okay Apr 07 18:37:51 ok, fine. can I please get my two other patches committed while I rewrite 862? Apr 07 18:40:00 philipp64|laptop: I think the purpose of ipttables bundles is not to avoid proliferation Apr 07 18:41:03 well, it might be simpler to have a bundle of useful modules for debugging/development purposes. Apr 07 18:41:21 then make a -debug bundle Apr 07 18:41:46 I can do that. Apr 07 18:42:50 nbd * r26506 /trunk/package/mac80211/ (25 files in 2 dirs): Apr 07 18:42:50 mac80211: update to wireless-testing 2011-04-06 Apr 07 18:42:50 adds some more pending patches which (among other things) fix the 'failed to stop RX DMA' messages Apr 07 18:44:06 say, in netfilter.mk, some definitions use .ko and others use $(LINUX_KMOD_SUFFIX) ... why the difference? Apr 07 18:44:42 because some careless comitters reintroduced it Apr 07 18:45:03 LINUX_KMOD_SUFFIX was deprecated with the removal of brcm-2.4 Apr 07 18:46:19 you said your solos patches are needed for .37 yet the patch only adds them to .38 Apr 07 18:46:40 additionally the x86 patch bumps to .37 not .38 Apr 07 18:46:41 LINUX_KMOD_SUFFIX appears 60 times in the tree Apr 07 18:46:45 I am confused Apr 07 18:47:26 Acinonyx: yeah Apr 07 18:50:21 xMff: I also said (out of band) that the .37 version of the patches was identical to the .38 version, and asked if SVN supported hard-linking. Apr 07 18:50:41 nope it doesn't Apr 07 18:55:32 build #2 of ps3 is complete: Failure [failed compile_3] Build details are at http://tksite.gotdns.org:8010/builders/ps3/builds/2 Apr 07 18:57:57 so you need me to send a 2nd set of patches? Apr 07 18:58:51 ok, let's start with something simple... the .37 kernel bump from .32 for the x86 targets. can we do that one? Apr 07 19:00:02 yeah, after dinner Apr 07 19:00:22 ok. I'll work up the ipt-debug in the meantime. Apr 07 19:07:00 nbd * r26507 /trunk/package/kernel/modules/netsupport.mk: Apr 07 19:07:00 kernel: enable MPPE again, got broken in r26296 Apr 07 19:07:00 Since r26296 mppe.ko could not be loaded, kernel gives "device missing" error. Apr 07 19:07:00 According to KConfig cypther-ecb is required. Apr 07 19:07:00 Signed-off-by: Sven Roederer Apr 07 19:15:46 * philipp64|laptop crosses his fingers as he reboots... Apr 07 19:24:48 seems to have worked. Apr 07 19:26:56 xMff: posting a patch... not sure if anything needed to be done to populate the user-land library stuff... Apr 07 19:27:35 build #1 of ep93xx is complete: Failure [failed shell_12] Build details are at http://tksite.gotdns.org:8010/builders/ep93xx/builds/1 Apr 07 19:28:05 no, guess not... /usr/lib/iptables/libxt_TRACE.so is present... Apr 07 19:28:09 so we're good. Apr 07 19:37:26 build #2 of pxcab is complete: Failure [failed compile_3] Build details are at http://tksite.gotdns.org:8010/builders/pxcab/builds/2 Apr 07 19:37:59 nbd: ping Apr 07 19:38:45 what would be involved in having Patchwork listen for commit messages from SVN, and tweak the status of a Patchwork item to "Accepted"? Apr 07 19:39:56 no idea. i don't work on infrastructure stuff Apr 07 19:40:31 who does? I forget from Sunday... Apr 07 19:40:46 I should have made an organizational chart. :-) Apr 07 19:41:10 patchwork is maintained by steven (not on irc) Apr 07 19:41:16 ah. Apr 07 19:41:20 maybe blogic knows Apr 07 19:41:22 dunno Apr 07 19:41:53 wait... which Steven? Apr 07 19:42:00 Brudenell? Apr 07 19:42:10 no Apr 07 19:42:26 Barth Apr 07 19:42:28 (cyrus) Apr 07 19:42:34 looking on -devel for postings from a "Steven"... Apr 07 19:42:47 i don't think he posts there Apr 07 19:43:10 ok, so how does one find him? Apr 07 19:43:25 ask blogic Apr 07 19:43:30 ok. Apr 07 19:43:30 you must venture into dark caverns one does not normally enter Apr 07 19:45:40 heh Apr 07 19:45:56 a lot would be involved Apr 07 19:46:15 some serious hacking on patchwork nobody wants to do here I think Apr 07 19:48:49 ah, well, just an idea... I thought it would make it easier to coordinate things... Apr 07 19:49:38 we could also just look for a string that says /^applied in r[0-9]{6,}$/ Apr 07 19:49:52 with a matching subject line, of course... it already does the auto-threading, right? Apr 07 19:50:27 zandbelt * r26508 /packages/net/asterisk-1.8.x/Makefile: [packages] asterisk-1.8.x: have chan-iax2 depend on new package res-crypto Apr 07 19:57:50 xMff: what's for dinner, anyway? Apr 07 20:04:20 * philipp64|laptop stares at his microwaved salisbury steak TV dinner sadly. Apr 07 20:05:15 * cshore shudders at the thought of tv dinner Apr 07 20:06:17 * cshore buys frozen meats, hash browns, egg rolls and such and bakes them rather than have tv dinner. Tastier and cheaper and better for you. Apr 07 20:07:47 spaghetti once in a while is good too (with a good sauce, not the cheap stuff) Apr 07 20:08:29 hmph, my diet envolves more pasta then meat Apr 07 20:08:33 homemade sauce is best Apr 07 20:08:35 :) Apr 07 20:08:40 if you can take the time to make it Apr 07 20:09:07 got_milk: will you be my wife ? :P Apr 07 20:09:39 got_milk: you actual gender is irrelevant Apr 07 20:09:53 haha, i'm hardly a cook Apr 07 20:10:13 got_milk: so you make about 8 litres of it at a time and freeze it. Apr 07 20:10:25 for sure Apr 07 20:10:34 it lasts a long time, which is good Apr 07 20:11:01 I make soup and stew 12 servings at a time... Apr 07 20:11:11 I have a chest freezer in the garage. Apr 07 20:11:17 that's a good idea Apr 07 20:12:56 i'm a student so it's mostly fast and quick meals Apr 07 20:13:53 got_milk: there's never enough time when you're cooking for yourself, regardless of whether you're a student or working Apr 07 20:14:42 fair enough Apr 07 20:14:59 * philipp64|laptop busts a gut singing along to http://www.nbc.com/saturday-night-live/digital-shorts/videos/1265873.shtml Apr 07 20:15:05 got_milk: although I thought the same when I was a student Apr 07 20:15:54 * philipp64|laptop sings "she put a bag on my head..." Apr 07 20:15:58 where are you guys from? Apr 07 20:16:04 got_milk: Canada Apr 07 20:16:12 ah, a fellow Canadian Apr 07 20:16:29 got_milk: Ontario ... how about you? Apr 07 20:16:40 I read the rules.mk file and it calls for '--disable-nls' if $(CONFIG_ENABLE_LOCALE) is set. How do I unset $(CONFIG_ENABLE_LOCALE) is any Makefile package? Apr 07 20:16:47 same, actually, not too far from Toronto Apr 07 20:16:48 sacre tabernacle! Apr 07 20:17:08 got_milk: I'm 45 minutes north of Barrie Apr 07 20:17:57 I've never really been north of Barrie Apr 07 20:18:04 never had a reason to :P Apr 07 20:18:10 lol Apr 07 20:18:17 condolences on having the 'Leafs as your local team. :-( Apr 07 20:18:30 (the Habs rule.) Apr 07 20:18:31 I sadly still cheer for em Apr 07 20:18:35 oh no. Apr 07 20:18:40 You can't be serious :P Apr 07 20:18:48 philipp64|laptop: I don't follow hockey....a strange Canadian Apr 07 20:18:56 I used to live down the street from the Forum. Apr 07 20:19:09 but I'm not Canadian. Apr 07 20:19:21 just used to work for McGill for a stretch. Apr 07 20:19:25 ah Apr 07 20:20:15 * cshore thinks the inferior countries at least recognize Canadian hockey :P Apr 07 20:20:53 it IS our game Apr 07 20:20:54 :) Apr 07 20:21:20 don't tell that to the Swedes or Finish or Russians... Apr 07 20:21:55 haha Apr 07 20:22:29 * philipp64|laptop wishes his DSL line would stop retraining. Apr 07 20:28:08 philipp64|laptop: smoked pork chop with fried eggs and toasted bread Apr 07 20:28:42 xMff: you must be a good cook Apr 07 20:29:43 that sounds good actually Apr 07 20:29:49 <_trine> yeah sure beats elephants head on toast Apr 07 20:30:11 better than what I had. Apr 07 20:30:59 * cshore thinks he needs to get more ambitious about dinner Apr 07 20:31:17 supper in a couple of hours Apr 07 20:31:54 food and alcoholics is all that's left after quitting dope and tobacco :P Apr 07 20:32:20 <_trine> what about sausages Apr 07 20:33:28 xMff: I can drink because of the medication I'm on....the computer is my solace. Apr 07 20:33:35 *can't Apr 07 20:34:07 * _trine pours another whisky Apr 07 20:34:16 don't make the poor man suffer Apr 07 20:35:04 <_trine> I just had a pleasant experience today Apr 07 20:35:06 lol. actually my girlfriend doesn't drink either - apparently she doesn't like the taste of alcohol Apr 07 20:35:27 i'm not a fan of it either but that doesn't stop me from time to time Apr 07 20:35:31 <_trine> I had a corsair 512 ram stick go faulty Apr 07 20:35:54 <_trine> and they have a lifetime guarantee Apr 07 20:36:05 <_trine> so I applied for an RMA Apr 07 20:36:18 _trine: you mean a company actually sticks by their guarantee? Apr 07 20:36:31 <_trine> the RAM was 7 years old Apr 07 20:36:48 <_trine> and they didnt have any of that kind left Apr 07 20:37:00 nice... pulseaudio is segfaulting Apr 07 20:37:17 <_trine> they offered an upgrade to a slightly faster stick Apr 07 20:37:36 they still have 512? Apr 07 20:37:51 <_trine> but I had to tell them I had 2 sticks in my computer and I could not mix speeds Apr 07 20:37:57 build #2 of s3c24xx is complete: Failure [failed compile_10] Build details are at http://tksite.gotdns.org:8010/builders/s3c24xx/builds/2 Apr 07 20:38:03 cshore: Corsair has a surprisingly good CS record Apr 07 20:38:17 <_trine> so then they offered 2 512 sticks in replacement Apr 07 20:38:24 (Customer Service) if it isn't clear Apr 07 20:38:49 <_trine> but they didnt have the heatsink on those as my original 512 stick had Apr 07 20:40:01 I'm guessing the postage on that memory was more than the component cost.... Apr 07 20:40:09 <_trine> so I did some research and found a different model of corsair RAM whic did have a heatsink but they were faster and only in 1G sticks Apr 07 20:40:40 <_trine> so I asked if they would replace my 512 stick with one of those Apr 07 20:41:34 <_trine> today it arrived and to my pleasant surprise they had sent me 2 1G sticks as a matched pair Apr 07 20:42:01 <_trine> Corsair is a great company and its worth buying their RAM Apr 07 20:43:05 I had a friend had a PSU from Corsair die, he called them up to RMA it and they sent him a brand new one with a higher wattage while telling him to don't bother to send the old one to them Apr 07 20:43:21 <_trine> and I still have the other 512 stick as well Apr 07 20:43:44 <_trine> GO GO Corsair Apr 07 20:49:45 win Apr 07 20:53:13 juhosg * r26509 /trunk/target/linux/ar71xx/files/arch/mips/ (ar71xx/setup.c include/asm/mach-ar71xx/ar71xx.h): Apr 07 20:53:13 ar71xx: add initial support for the AR934x SoCs Apr 07 20:53:13 Signed-off-by: Jaiganesh Narayanan Apr 07 20:53:16 juhosg * r26510 /trunk/target/linux/ar71xx/files/arch/mips/ (3 files in 2 dirs): Apr 07 20:53:16 ar71xx: add AR934x specific glue for IRQ initialization Apr 07 20:53:16 Signed-off-by: Jaiganesh Narayanan Apr 07 20:53:22 juhosg * r26511 /trunk/target/linux/ar71xx/files/arch/mips/ar71xx/devices.c: Apr 07 20:53:22 ar71xx: add AR934x specific UART clock initialization Apr 07 20:53:22 Signed-off-by: Jaiganesh Narayanan Apr 07 20:53:24 juhosg * r26512 /trunk/target/linux/ar71xx/files/arch/mips/ar71xx/ar71xx.c: Apr 07 20:53:24 ar71xx: add AR934x specific glue for ar7100_device{start,stop} Apr 07 20:53:24 Signed-off-by: Jaiganesh Narayanan Apr 07 20:53:27 juhosg * r26513 /trunk/target/linux/ar71xx/files/arch/mips/ (ar71xx/gpio.c include/asm/mach-ar71xx/ar71xx.h): Apr 07 20:53:27 ar71xx: enable GPIO support for the AR934x SoCs Apr 07 20:53:27 Signed-off-by: Jaiganesh Narayanan Apr 07 20:53:31 juhosg * r26514 /trunk/target/linux/ar71xx/files/arch/mips/ar71xx/dev-usb.c: Apr 07 20:53:31 ar71xx: enable USB support for the AR934x SoCs Apr 07 20:53:31 Signed-off-by: Jaiganesh Narayanan Apr 07 20:53:34 juhosg * r26515 /trunk/target/linux/ar71xx/files/arch/mips/ar71xx/pci.c: Apr 07 20:53:34 ar71xx: enable PCI for the AR934[24] SoCs Apr 07 20:53:34 Signed-off-by: Jaiganesh Narayanan Apr 07 20:53:38 juhosg * r26516 /trunk/target/linux/ar71xx/files/drivers/watchdog/ar71xx_wdt.c: Apr 07 20:53:38 ar71xx: add support for the watchdog of the AR934x SoCs Apr 07 20:53:38 Signed-off-by: Jaiganesh Narayanan Apr 07 20:53:45 juhosg * r26517 /trunk/target/linux/ar71xx/ (Makefile generic/target.mk): Apr 07 20:53:45 ar71xx: indicate AR934x support in menuconfig Apr 07 20:53:45 Signed-off-by: Jaiganesh Narayanan Apr 07 20:53:47 juhosg * r26518 /trunk/target/linux/ar71xx/ (5 files in 2 dirs): Apr 07 20:53:47 ar71xx: add initial support for the Atheros DB120 board Apr 07 20:53:47 Signed-off-by: Jaiganesh Narayanan Apr 07 20:53:50 juhosg * r26519 /trunk/target/linux/ar71xx/image/Makefile: Apr 07 20:53:50 ar71xx: build firmware image for the Atheros DB120 board Apr 07 20:53:50 Signed-off-by: Jaiganesh Narayanan Apr 07 20:53:59 juhosg * r26520 /trunk/target/linux/ar71xx/generic/profiles/atheros.mk: Apr 07 20:53:59 ar71xx: create a separate profile for the Atheros DB120 board Apr 07 20:53:59 Signed-off-by: Jaiganesh Narayanan Apr 07 20:54:01 juhosg * r26521 /trunk/target/linux/ar71xx/files/arch/mips/ (5 files in 2 dirs): Apr 07 20:54:01 ar71xx: add support for the built-in WMAC of the AR934x Apr 07 20:54:01 Signed-off-by: Jaiganesh Narayanan Apr 07 20:54:04 juhosg * r26522 /trunk/target/linux/ar71xx/ (3 files in 2 dirs): Apr 07 20:54:04 ar71xx: register WMAC device on the DB120 board Apr 07 20:54:04 Signed-off-by: Jaiganesh Narayanan Apr 07 20:54:10 juhosg * r26523 /trunk/target/linux/ar71xx/ (6 files in 2 dirs): Apr 07 20:54:10 ar71xx: add DB120 board specific PCI initialization Apr 07 20:54:10 Signed-off-by: Jaiganesh Narayanan Apr 07 20:56:57 woah Apr 07 20:57:45 suddenly, commits Apr 07 21:01:27 committing spree ^^ Apr 07 21:06:38 xMff: are you ready to talk commits, or still having dessert? :-) Apr 07 21:13:45 must be still smoking them... :-) Apr 07 21:17:01 I'm having trouble building argp-standalone=m. The package isn't in bin/[target]/packages Apr 07 21:18:34 check build_dir/target-[target]_uClibc-[uclibc-version]/ Apr 07 21:18:59 is the build directory present? Apr 07 21:39:10 hauke * r26524 /trunk/target/linux/brcm47xx/ (11 files in 2 dirs): brcm47xx: add initial support for kernel 2.6.38 Apr 07 21:47:19 ok, so can someone else looking at my last 3 patches? Apr 07 21:48:02 man it would be nice if the x86 platform had one 10th the commits that the ar71xx gets. sigh. Apr 07 21:50:45 * philipp64|laptop notes that Kaloz hasn't been seen on IRC or heard from via email in over a month... Apr 07 21:54:58 jow * r26525 /trunk/target/linux/x86/Makefile: [x86] Bump kernel version to 2.6.37.6 Apr 07 21:55:51 thank you! Apr 07 22:01:25 your patches do not apply against 2.6.37 Apr 07 22:01:32 2.6.37.6 Apr 07 22:03:24 uhm parts are duplicated, I'm too tired to untangle this Apr 07 22:03:55 please send a new patch or a separate one that adds the correct patches in the right order to the patches-2.6.37 folder Apr 07 22:04:15 while also regarding the ones already there Apr 07 22:06:05 error: http://pastebin.com/ZqR9wJYc Apr 07 22:07:26 xMff: sorry, which patches didn't apply? Apr 07 22:07:34 see above Apr 07 22:16:16 xMff: sorry, 281 is already present. let me renumber them. Apr 07 22:20:25 xMff: fixed Apr 07 22:20:32 how does the ipt-debug patch look? Apr 07 22:26:25 and posting the .38 version now... Apr 07 22:26:52 well, actually, I'll hold off on .38.x. I suspect that the next roll of .38 will include these. Apr 07 22:35:41 xMff: ok, redux at 871. Apr 07 23:24:02 acinonyx * r26526 /packages/multimedia/minidlna/ (5 files in 2 dirs): Apr 07 23:24:02 [packages] minidlna: Version bump Minidlna 1.0.19 Apr 07 23:24:02 Version bump minidlna to 1.0.19. I didn't find an official changelog. Reading a Apr 07 23:24:02 diff looks like a change in license from GPL v2 or later to strict GPL v2, as Apr 07 23:24:02 well as bug fixes and translation updates. It's streaming as expected. Two Apr 07 23:24:03 patches were rebased. Apr 07 23:24:04 Signed-off-by: Ian Leonard Apr 07 23:24:06 acinonyx * r26527 /packages/multimedia/minidlna/Makefile: [packages] minidlna: Update copyright notice Apr 07 23:24:12 acinonyx * r26528 /packages/multimedia/minidlna/patches/ (001-genconfig-checks.patch 002-makefile-tweaks.patch): [packages] minidlna: Remove empty patches Apr 07 23:32:27 acinonyx * r26529 /trunk/package/kernel/modules/netdevices.mk: Apr 07 23:32:27 [package] kernel/modules: Enable Realtek R8169 not only for x86 Apr 07 23:32:27 This enables support for Realtek 8169 based network cards for other Apr 07 23:32:27 platforms than x86. I have a mini-PCI card on ixp4xxx running here. Apr 07 23:32:27 Maybe for the other cards in netdevices.mk a @DEPENDS change from Apr 07 23:32:28 @TARGET_x86 to @PCI_SUPPORT makes also sense. Apr 07 23:32:28 Signed-off-by: Christoph König Apr 07 23:32:30 acinonyx * r26530 /packages/multimedia/minidlna/patches/ (4 files): [packages] minidlna: Renumber and refresh patches Apr 08 01:05:13 nbd * r26531 /trunk/package/mac80211/patches/ (3 files): mac80211: fix support for iftype wds Apr 08 01:25:54 nbd: hi Felix, can you throw a quick eyeball on a couple of patches? they're 870 and 871 on Patchwork. thanks. Apr 08 01:29:02 also, wanted to ask: what's involved in setting up a CF-based system to have an extroot be persistent on a 2nd partition? I couldn't find that documented anywhere. Apr 08 01:29:24 philipp64|laptop: imho ipt-debug should get a DEFAULT:=n Apr 08 01:29:36 so that it's not built as part of the release builds Apr 08 01:30:01 while the xt_TRACE module is tiny, it spreads debug crap across the network stack and netfilter Apr 08 01:30:55 nbd: where does the default get set? Apr 08 01:31:12 in package-defaults.mk. default value for DEFAULT is 'm if ALL' Apr 08 01:31:32 so setting it to n ensures that CONFIG_ALL (which is used as part of the release builds) won't trigger it Apr 08 01:32:16 the backports patch should be ok Apr 08 01:34:06 ok, I'm lost. what's an example of a package that does the DEFAULT:=n ? Apr 08 01:35:37 dunno if we have an example at the moment Apr 08 01:35:47 you can put it in the KernelPackage/ipt-debug section Apr 08 01:37:11 ok... only two packages have DEFAULT:=n and neither one was a kernel module. Apr 08 01:37:50 yeah, we don't have many packages that make it necessary to use DEFAULT:=n Apr 08 01:40:03 ok, respinning the patch. Apr 08 01:42:48 posted as 872. Apr 08 01:43:23 yep, that looks better Apr 08 01:44:59 so is the flash config I mentioned easily supportable? I know that x86-boxes are a little outside of the norm compared to the Broadcom stuff... Apr 08 01:45:50 i don't know what flash config you're talking about Apr 08 01:47:56 my box has a CF read (actually, the net4801, net5501, alix, wrap, and geos all do)... and it's usually 1GB or more of flash. Apr 08 01:48:40 so what would be desirable is 2 (or even 3) partitions: 1 bootable image, 1 recovery (safe) image, and 1 overlay filesystem. Apr 08 01:49:00 is there an easy way to set this up? I couldn't find such a scenario documented on the wiki. Apr 08 01:49:17 they talk about jffs, and variable offsets, etc. Apr 08 01:49:56 i don't have a good plan for sysupgrade on x86 yet Apr 08 01:50:45 ok. I keep clobbering my persistent state whenever I reflash... which means that I can't yet use it as a voicemail appliance, for instance. Apr 08 01:51:05 well, unless I put the voicemail on an external USB drive. Apr 08 01:51:49 i'm open for suggestions on how to fix this Apr 08 01:52:22 don't do it the way Astlinux did it with runnix and kexec(). brrrrr.... Apr 08 01:53:05 philipp64|laptop: that's certainly what I did - put the whole of asterisk on a usb drive (now I use x86 target) Apr 08 01:53:12 could partition 1 be a VFAT filesystem, and just have the bootable image be loaded via grub? Apr 08 01:53:43 nbd: How are you _meant_ to specify the real partition in x86 - I had to hack the init scripts Apr 08 01:54:05 that way, you could even have 2 images be on the first partition (if it's big enough) with separate Title entries in the grub.conf file. Apr 08 01:54:26 frogonwheels: you lost me. Apr 08 01:55:17 philipp64|laptop: WHen I had my Asus router - I installed a bunch of apps on an external usb drive, and had a mechanism for running them off that drive once it was mounted. Apr 08 01:55:27 nbd: so what sort of images does grub even understand? not squashfs, I take it... Apr 08 01:55:32 philipp64|laptop: so I didn't lose voicemail and stuff. Apr 08 01:56:19 USB storage has certain latency issues that are not good for retrieving voice... in worst case scenarios, you'll get bad stutter if you don't prefetch enough. Apr 08 01:56:21 philipp64|laptop: typically we used a separate ext2 partition for grub Apr 08 01:56:28 but i'm not very attached to grub Apr 08 01:56:32 philipp64|laptop: ah sure. Apr 08 01:56:36 would be nice if we could get rid of it Apr 08 01:56:38 nbd: I've been using grub2 Apr 08 01:56:42 syslinux? Apr 08 01:56:59 yeah, i've been considering syslinux as well Apr 08 01:57:14 .. as an option? Apr 08 01:57:23 well, if you need me to test the scripting, I've got 3 boxes here we could use. Apr 08 01:57:56 what i'd like to see is a good plan on image format, upgrade path, effective space usage for the x86 target Apr 08 01:58:00 i don't have time to come up with one myself Apr 08 01:58:09 too many other projects Apr 08 01:58:40 nbd: yeah -at the moment I have my own script which I run that performs specific custom actions to upgrade my x86 Apr 08 01:58:42 well, if we put /overlay on another partition as ext4 (or whatever), that simplifies that, right? Apr 08 01:59:20 well, the way sysupgrade works is it takes a subset of the changes (i.e. only what's necessary) and stores that away Apr 08 01:59:28 that's usually more reliable than reusing an old overlay Apr 08 02:00:01 nbd: what about some way of re-installing the packages as well? Apr 08 02:00:17 yeah, that's generic stuff for later Apr 08 02:00:21 frogonwheels: not sure you want to go there... Apr 08 02:00:40 you might get browbeaten about how opkg isn't for doing upgrades... :-) Apr 08 02:01:08 .. maybe a post upgrade script that people could fill in themselves :) Apr 08 02:09:08 out to stalk and kill my dinner... back in a bit. **** ENDING LOGGING AT Fri Apr 08 02:59:58 2011