**** BEGIN LOGGING AT Mon Apr 12 02:59:56 2010 Apr 12 04:44:31 I'm puzzed, though, by it's behavior. make image PROFILE=USBGeneric PACKAGES="-kmod-usb2 mpd mpc" results in an image which does not contain any of the packages listed for USBGeneric at all (kmod-brcm-wl, kmod-usb-core, kmod-usb-ohci, wlc, nas, kmod-wlcompat) Apr 12 04:48:36 It appears that the PROFILE variable is completely ignored if the PACKAGES variable is used. Apr 12 08:12:56 tritium: known issue Apr 12 10:47:03 acoul * r20818 /trunk/target/linux/mpc83xx/ (29 files in 2 dirs): mpc83xx: add 2.6.33 support Apr 12 11:53:49 [florian]: ping Apr 12 11:54:47 <[florian]> rtz2: pong Apr 12 11:56:05 [florian]: this patch: https://dev.openwrt.org/browser/trunk/target/linux/rdc/patches-2.6.30/011-use_host_lzma.patch Apr 12 11:56:30 [florian]: did you add it to reduce the kernel size or because it didn't boot Apr 12 11:56:57 <[florian]> rtz2: I initially added it because the kernel lzma compression script used a new lzma version Apr 12 11:57:15 <[florian]> rtz2: then I left it because it gave better compression ratio than the "openwrt defaults", at least on x86 Apr 12 11:58:24 <[florian]> rtz2: if you have a better defaults for x86, then we can use openwrt's lzma tool and get rid of that patch Apr 12 11:59:08 [florian]: I have better options, but it doesn't seem to boot Apr 12 11:59:16 [florian]: but maybe there is another problem Apr 12 11:59:50 <[florian]> rtz2: well, the x86 lzma decompressor code is far from perfect, and I do not think it is capable of handling different compression options Apr 12 12:00:30 <[florian]> rtz2: so this may very well be due to the compression options, at least it was when I initially tried Apr 12 12:00:40 [florian]: there seemed to be code for it, but I didn't look very carefult at things Apr 12 12:21:14 juhosg * r20819 /trunk/target/linux/ppc40x/config-default: Apr 12 12:21:14 ppc40x: sync kernel config Apr 12 12:21:14 Cc: backfire@openwrt.org Apr 12 12:21:18 juhosg * r20820 /trunk/target/linux/ppc40x/ (3 files in 2 dirs): Apr 12 12:21:18 ppc40x: increase kernel partition size on OpenRB/Magicbox Apr 12 12:21:18 Cc: backfire@openwrt.org Apr 12 12:21:21 juhosg * r20821 /trunk/target/linux/ppc40x/ (8 files in 4 dirs): Apr 12 12:21:21 ppc40x: add sysupgrade support Apr 12 12:21:21 Cc: backfire@openwrt.org Apr 12 12:33:43 florian * r20822 /trunk/target/linux/malta/ (be/config-default le/config-default): [malta] fix module loading due to CONFIG_LOCALVERSION being on (#7144) Apr 12 12:58:27 juhosg * r20823 /branches/backfire/target/linux/ppc40x/config-default: ppc40x: sync kernel config (backport of r20819) Apr 12 12:58:42 juhosg * r20824 /branches/backfire/target/linux/ppc40x/ (3 files in 2 dirs): ppc40x: increase kernel partition size on OpenRB/Magicbox (backport of r20820) Apr 12 12:58:51 juhosg * r20825 /branches/backfire/target/linux/ppc40x/ (8 files in 4 dirs): ppc40x: add sysupgrade support (backport of r20821) Apr 12 12:59:11 florian * r20826 /trunk/package/linux-atm/Makefile: [package] fix linux-atm build failure on brcm63xx (and probably other targets) (#7145) Apr 12 12:59:29 florian * r20827 /branches/backfire/package/linux-atm/Makefile: backport r20826 to backfire Apr 12 13:00:05 [florian]: r20826 is a 2.6.33 bug ? Apr 12 13:00:12 or, it faield on .33 ? Apr 12 13:01:07 <[florian]> blogic: it actually failed on 2.6.32.10 Apr 12 13:01:30 <[florian]> blogic: I would not call it a bug, just one has to make sure that the architecture specific asm includes are passed to CFLAGS Apr 12 13:01:42 yes Apr 12 13:14:44 acoul * r20828 /trunk/ (2 files in 2 dirs): add jffs2/lzma support (not activated by default yet) Apr 12 13:59:23 [florian]: iptables has a similiar problem Apr 12 13:59:35 <[florian]> rtz2: yes, seems so, as well as swconfig apparently Apr 12 14:00:01 [florian]: no idea about that, i didn't enable it Apr 12 14:01:56 florian * r20829 /trunk/package/swconfig/Makefile: [package] fix swconfig build failure on brcm63xx Apr 12 14:02:26 florian * r20830 /branches/backfire/package/swconfig/Makefile: backport r20829 to backfire Apr 12 14:03:15 [florian]: that's the patch I used for iptables, not sure about cflags versus cppflags, but cppflags seemed to be ignored Apr 12 14:03:39 http://openwrt.pastebin.com/wPzsJu62 Apr 12 14:05:44 jow_laptop: ok, thank you Apr 12 14:13:12 blogic: the problem actually happens everytime you change the kernel version without recompiling the toolchain Apr 12 14:23:21 ls Apr 12 14:23:30 rtz2: you are remembering me that I've submitted a patch to handle CPPFLAGS Apr 12 14:23:44 ... never committed Apr 12 14:24:06 <[florian]> tmonjalo: did not I ask you to ping back on the mailing-list for this? Apr 12 14:24:16 [florian]: exactly Apr 12 14:24:23 <[florian]> tmonjalo: did you? Apr 12 14:24:28 no :) Apr 12 14:24:51 I've stopped to work with OpenWRT for a while Apr 12 14:24:52 <[florian]> tmonjalo: anyway, I will apply it later Apr 12 14:25:03 [florian]: good idea Apr 12 14:25:16 sorry for not pinging Apr 12 14:25:17 <[florian]> tmonjalo: is the lack of answer one of the reasons why you stopped working with it? Apr 12 14:25:25 <[florian]> tmonjalo: sorry for you, not for me Apr 12 14:25:42 [florian]: not at all. I miss time Apr 12 14:25:49 <[florian]> tmonjalo: ah :) Apr 12 14:25:53 and I'm working on other projects Apr 12 16:20:11 hrmmm is hotplug not functioning on backfire ? Apr 12 16:21:29 OutBackDingo: You mean udev? Surely it does, it would not boot otherwise. Apr 12 16:21:58 <[florian]> xl0: openwrt does not use udev by default, but hotplug, but you are right, it would not boot correctly Apr 12 16:22:12 xl0: well if i pull a network cable out, and plug it back in hotplug does nothing Apr 12 16:22:31 <[florian]> OutBackDingo: this may come from your network driver not generating the proper events on link change Apr 12 16:22:50 [florian]: ath2k unbiquiti devices Apr 12 16:22:57 its worked before Apr 12 17:09:00 nico * r20831 /trunk/ (9 files in 9 dirs): [cleanup] remove 'svn:executable' property Apr 12 18:17:31 lars * r20832 /trunk/package/uboot-xburst/ (66 files in 17 dirs): [package] Add uboot for xburst package Apr 12 18:17:53 ping {Nico} Apr 12 18:18:20 <{Nico}> cshore: pong Apr 12 18:19:47 {Nico}: I have successfuly got freeswitch 1.0.6 compiling and working with no patches in my freeswitch-latest personal feed. Since this is an official release I was wondering what you thought of my putting in the main feeds. Also, do you intend to be the maintainer of the fs packages, or do you mind of I do it? Apr 12 18:23:32 <{Nico}> cshore: np if you want to maitain freeswitch Apr 12 18:23:46 <{Nico}> cshore: do you have commit access for it already ? Apr 12 18:23:52 yes Apr 12 18:24:00 <{Nico}> feel free to update it Apr 12 18:24:09 ok, I'll do that today Apr 12 18:25:07 <{Nico}> did you try building on different architectures ? Apr 12 18:26:02 Hmmmmm.....no. I do that. I can only test on brcm63xx, but I'll test the build on others Apr 12 18:26:09 that is I will do that Apr 12 18:26:30 there isn't anything arch-specific though Apr 12 18:28:11 I haven't tested the broken modules yet, but I think some of them may work now Apr 12 21:03:31 I'm getting /etc/config/wireless empty somewhere after revision 20750 Apr 12 21:03:48 plataform is ar71, wrt160nl Apr 12 21:43:29 *finally* i got the broadcom card to sort-of work on the rs pro Apr 12 22:30:50 nbd * r20833 /trunk/package/mac80211/patches/ (2 files): ath9k: fix a crash bug and a dma sync issue Apr 12 23:15:59 nico * r20834 /trunk/ (43 files in 43 dirs): define a shared IMG_PREFIX variable used as a basename for image files, it contains board & subtarget infos (if appropriate) allowing subtargets to share the same bin directory without overwriting each other's files Apr 12 23:36:18 nbd: [20777] breaks wireless Apr 12 23:36:25 /etc/config/wireless is empty on install on a wrt160nl Apr 12 23:36:50 is ath9k loaded? Apr 12 23:37:10 or anything odd in the kernel log? Apr 13 01:03:53 nbd * r20835 /trunk/package/mac80211/patches/ (10 files): ath9k: more fixes/cleanups for ar9280 and ar9300 Apr 13 02:11:45 ping thepeople **** ENDING LOGGING AT Tue Apr 13 02:59:56 2010