**** BEGIN LOGGING AT Thu Sep 03 02:59:57 2009 Sep 03 03:13:03 nbd: confirmed build now Sep 03 03:28:03 hey all, is anyone around this late? Sep 03 03:30:49 sigh Sep 03 03:30:58 cirdan: depends on ur needs but yes Sep 03 03:47:20 i realize this is more of a #openwrt issue, but I was wondering if anyone tests the images on the download site or are they just autogenerated Sep 03 03:47:43 I cant not get the openwrt bin to load on my wrt350n no matter what i do Sep 03 03:47:52 it totally disables the switch it seems Sep 03 03:48:31 and i have to hook it back up to jtag to clear the nvram and kernel Sep 03 03:50:47 on the flip side, dd-wrt is annoying easy to install :( Sep 03 03:51:46 cirdan: sorry dont use linksys, id imagine their auto-generated Sep 03 03:52:01 ah ok Sep 03 03:52:16 guess i gotta wait until Kevin` wakes up then :) Sep 03 03:52:25 probably, sorry Sep 03 03:58:44 cirdan: for the wrt350n you will have to build your own image. our prebuilt images don't include the bcm57xx switch driver required for the wrt350n because our currently policy is not generate custom images for each device. Sep 03 03:59:57 all brcm-2.4 images contain the same package set, they merely have the device specific header attached so each device will accept it. Sep 03 04:00:19 ugh ok Sep 03 04:00:22 hrm Sep 03 04:01:19 would it be a waste of time if i filed a bug to remove the default 350n image because it doesnt "just work" and replace it with a readme? Sep 03 04:02:09 no, I don't think it would be a waste of time. Sep 03 04:02:15 and is there a readme on which features i should/need to enable? I've been sifting through google searches for days now Sep 03 04:03:06 i've been pulling my hair out for days, but at least I am very good at using jtag commands now :) Sep 03 04:03:33 enable the broadcom mimo profile, and add the kmod-bcm57xx driver, that should do it Sep 03 04:03:53 jtag shouldn't be necessary, the device should still be recoverable via tftp. Sep 03 04:09:10 not when I used any of the bin images. boot_wait is of by default in the cfe Sep 03 04:09:32 i tried the trx from a dd-wrt mini image and that did enable the failsafe mode on boot Sep 03 04:09:40 or boot_wait, one of the other Sep 03 04:09:43 or Sep 03 04:15:47 thanks for the info, night :) Sep 03 05:02:14 Hi. How I can apply a patch to the LuCI source at the openwrt building time? Sep 03 08:31:55 anybody here? Sep 03 08:34:00 <[florian]> yes Sep 03 10:13:39 florian: How I can apply a patch to the LuCI source at the openwrt building time? Sep 03 10:15:12 <[florian]> create a directory named patch in the luci package you are building and then throw in your patch Sep 03 10:15:18 <[florian]> just like what we do with other packages Sep 03 10:15:54 hi [florian] sup Sep 03 10:16:09 how? Sep 03 10:17:13 I should create {src_root}/package/luci/patches and put a patch there? Sep 03 10:17:28 <[florian]> indeed Sep 03 10:17:35 <[florian]> bbl Sep 03 11:23:11 I create {openwrt_src}/package/luci/patches and put a patch to it. But the patch isn't applied during make Sep 03 11:27:11 make package/luci/{clean,compile} V=99 Sep 03 11:44:38 nothing changed Sep 03 11:45:20 Is the patch's folder path correct? Sep 03 12:00:20 nbd * r17506 /packages/libs/xmpp4r/ (. Makefile): add xmpp4r based on a patch by Giovanni Di Stasi Sep 03 12:06:09 Hmmm... LuCI doesn't work in firefox 3.5, IE8, opera 9.64. But it works properly in Midori 0.1.9 (http://www.twotoasts.de). Sep 03 12:06:50 I see blank screen in firerox and others. Sep 03 12:07:28 openwrt 8.09.01 Sep 03 12:16:39 I type "http://192.168.1.1/" in the firefox and press "enter". The LuCI redirects browser to http://192.168.1.1/cgi-bin/luci. The browser shows blank page. Sep 03 12:17:47 tcpdump shows that LuCI returns "HTTP/1.0 500 Internal Server Error" Sep 03 12:17:55 What happens? Sep 03 12:18:46 any ideas? Sep 03 13:06:21 any ideas? Sep 03 13:15:49 how I can debug openwrt http server? Sep 03 13:20:47 hmmm... I have found problem. Sep 03 13:23:15 I enable russian lang during compilation. Firefox sends "Accept-Language: ru,en" and LuCI replies "HTTP/1.0 500 Internal Server Error". Sep 03 13:24:16 Where is xMff? Sep 03 14:37:42 d'oh! Sep 03 14:37:43 make[3] -C package/hotplug2 compile Sep 03 14:37:43 make -r world: build failed. Please re-run make with V=99 to see what's going on Sep 03 14:38:05 does a make rerun rebuild from scratch? Sep 03 14:38:41 everything from scratch i mean Sep 03 14:38:52 it shouldn't unless the scripts do a make clean.... hmm Sep 03 14:53:04 ok... mipsel-openwrt-linux-uclibc-gcc -Os -pipe -mips32 -mtune=mips32 -funit-at-a-time -fhonour-copts -msoft-float -fpic -DHAVE_RULES -I. -c -o hotplug2.o hotplug2.c Sep 03 14:53:31 mipsel-openwrt-linux-uclibc/sys-include/linux/netlink.h:22: error: syntax error before "__u32"/home/chris/openwrt/kamikaze/staging_dir/toolchain-mipsel_gcc-3.4.6_uClibc-0.9.30.1/usr/lib/gcc/mipsel-openwrt-linux-uclibc/3.4.6/../../../../ Sep 03 14:53:36 fun Sep 03 15:02:53 any ideas? i pulled latest svn and packages Sep 03 15:14:28 nm found answer on the fourms Sep 03 15:14:34 packages db needs an update Sep 03 15:33:33 how the bugger do you load ixp4xx microcode in kamikaze 8.09.1, ixp4xx_ucode (tried mknod) doesn't exist Sep 03 15:38:17 NPE firmware to be specific Sep 03 17:44:11 danage: ping Sep 03 17:50:19 has anyone built packages from latest recently? Sep 03 17:50:24 failing now on toolchain-mipsel_gcc-3.4.6_uClibc-0.9.30.1 Sep 03 17:51:10 <[florian]> there are no reasons why compiling the toolchain Sep 03 17:51:14 <[florian]> should fail Sep 03 17:53:23 this is my 3rd failure so far Sep 03 17:53:58 first was hotplug2 needed a revion update that wasnt in the package script, udev needed a patch cause there is no ppoll Sep 03 17:54:01 and now this Sep 03 17:54:15 syntax error before "k" Sep 03 17:54:31 at filter.h:24 Sep 03 17:57:32 it's frustrating because i need to roll an image for my router Sep 03 18:04:58 http://openwrt.pastebin.ca/1552858 is my error Sep 03 18:05:17 if anyone has time to take a glance, im not finding anything on the fourms Sep 03 18:05:49 <[florian]> are you building for a 2.4 based kernel? Sep 03 18:06:16 yes Sep 03 18:06:44 i used the config from the broadcom 2.4 kernel Sep 03 18:07:21 and added the 2 drivers my router needs Sep 03 18:07:43 <[florian]> ok, so udev should not even be built, once it was updated the 2.6 kernel dependency was removed, I am going to restore it Sep 03 18:08:04 ah hmm Sep 03 18:08:55 also a general question, the kernel image seems to have my mimo and gigabit net as modules, but they dont get loaded my the kernel Sep 03 18:10:57 <[florian]> can you check the contents of /etc/modules.d and see if there is a file like 30-wl which should contain wl.o Sep 03 18:11:34 florian * r17507 /trunk/package/udev/Makefile: [package] udev depends on 2.6, cleanup Makefile Sep 03 18:13:22 [florian]: nope i still dont have a working image for my 350n, i dont have serial to it so no net = brick for me Sep 03 18:13:56 <[florian]> cirdan: provided that you selected kmod-brcm-wl and the required ethernet module to be built in the image (marked <*>) they should be loaded Sep 03 18:14:04 i did Sep 03 18:14:15 and i'll test once i get it all built and am at home :) Sep 03 18:14:20 <[florian]> ok Sep 03 18:14:21 but i was wonering about generic Sep 03 18:14:35 <[florian]> generic? Sep 03 18:14:38 like why have an image for the router if there's no net drivers Sep 03 18:15:03 cirdan: for the wrt350n you will have to build your own image. our prebuilt images don't include the bcm57xx switch driver required for the wrt350n because our currently policy is not generate custom images for each device. Sep 03 18:15:57 struck me as a but of a wtf moment since i could not find any offical info on that, and have been pulling my hair out to get it working for ~2 weeks Sep 03 18:16:25 <[florian]> well provided that your hardware is rather experimental, serial console seems a must to me Sep 03 18:17:02 hmm i thought the v1 was pretty well supported by now, it's just broadcom not the v2 with marvell chipset Sep 03 18:17:21 <[florian]> right Sep 03 18:17:44 so, update svn and start from scratch again? Sep 03 18:17:50 <[florian]> why do so? Sep 03 18:18:10 <[florian]> there is obviously something wrong with either the inclusion/loading of module which must be fixed Sep 03 18:18:41 i mean to build the toolchain Sep 03 18:19:01 <[florian]> building the toolchain worked, otherwise it would not have brought you up to compiling udev Sep 03 18:19:06 <[florian]> svn up, and re-run make Sep 03 18:19:13 ah ok Sep 03 18:19:27 yeah im mainly building while im at work via screen :) Sep 03 18:20:35 but yeah, hotplug2.c had an error, there's an updated revision of the package but the package script doesnt know about it Sep 03 18:20:51 https://forum.openwrt.org/viewtopic.php?id=21067 Sep 03 18:22:29 <[florian]> ok, seems like updating to rev 199 fixed the problem I will try to reproduce it Sep 03 18:23:31 yeah i followed the post and it fixed the error for me also Sep 03 18:32:20 hmm [florian] it still wanted to build udev, all i did was svn up && make Sep 03 18:32:37 <[florian]> re-run make menuconfig Sep 03 18:32:46 ah ok Sep 03 18:33:54 florian * r17508 /trunk/package/hotplug2/Makefile: [package] update hotplug2 to r199, fixes build failures on brcm-2.4 Sep 03 18:34:17 <[florian]> and check CONFIG_udev in your openwrt .config Sep 03 18:34:35 should i change Generic, Broadcom WiFi (default) to Generic, Broadcom WiFi (MIMO) ? Sep 03 18:36:31 CONFIG_PACKAGE_udevtrigger=m is the only thing there Sep 03 18:45:44 <[florian]> yes, choose "Generic, Broadcom WiFi (MIMO)" Sep 03 18:46:08 <[florian]> udevtrigger should probably also be masked out for brcm-2.4 Sep 03 18:46:25 k i'll do that if it doesnt build again :) Sep 03 18:46:35 still at make[3] -C package/kernel compile Sep 03 18:46:56 also for adding packages to the default kernel, can i do that anytime or before the make Sep 03 18:47:07 i got a list from a friend and i wanna duplicate his setup Sep 03 18:47:36 anyone around now who happens to know how to load the ethernet firmware into ixp4xx? (google just finds results that use /dev/ixp4xx_ucode (which doesn't even exist kernel side) kamikaze 8.09.1 Sep 03 18:48:08 <[florian]> maligor: do you have a mtd partition which includes the npe firmware? Sep 03 18:48:17 yes Sep 03 18:48:20 err... no Sep 03 18:48:28 the kernel image has them in kami 8.09 Sep 03 18:48:37 err.. fs image Sep 03 18:48:50 <[florian]> ok, where is the firmware? in /lib/firmware/ ? Sep 03 18:48:53 so I thought it was daft to make the microcode mtd also Sep 03 18:48:55 yes Sep 03 18:49:09 it'd just waste one block in the flash Sep 03 18:49:48 florian * r17509 /trunk/package/udevtrigger/Makefile: [package] udevtrigger depends on 2.6 kernels Sep 03 18:49:53 <[florian]> one or more blocks, yes Sep 03 18:50:13 heh make[3] -C package/udevtrigger compile Sep 03 18:50:16 worked Sep 03 18:52:15 [florian], if you can't think of anything, I'll just download kami trunk and browse it in the weekend Sep 03 18:52:51 but it does rather seem broken since the image has the firmware included but it doesn't use them Sep 03 18:52:56 <[florian]> maligor: I am no ixp4xx specialist, rather ask Kaloz Sep 03 18:54:11 hi [florian] i'm going to france tomorrow :) Sep 03 18:54:21 <[florian]> danage: cool, wher? Sep 03 19:31:49 nbd * r17510 /trunk/package/madwifi/files/lib/wifi/madwifi.sh: madwifi: add a configuration for uapsd (unscheduled automatic powersave delivery), turn it off by default because of compatibility issues with nokia phones Sep 03 19:59:36 florian * r17511 /packages/libs/st2205tool/Makefile: [package] uploaded new st2205tool tarball with fixed permissions Sep 04 01:29:32 hmm i installed expat, but i still get checking for XML_ParserCreate_MM in -lexpat... no Sep 04 01:29:35 configure: error: Explicitly requested expat but expat not found Sep 04 01:29:53 in dbus **** ENDING LOGGING AT Fri Sep 04 02:59:57 2009