**** BEGIN LOGGING AT Thu Sep 22 02:59:57 2011 Sep 22 03:25:55 I have been working on a linksys e3000 trying to load a ramdisk image from cfe, but ran into an error loading the elf. I have uploaded the CFE log http://openwrt.pastebin.ca/2082023 and the readelf output on the vmlinux to http://openwrt.pastebin.ca/2082017 Sep 22 03:33:21 It looks like it is failing in the .exit.text section Sep 22 03:39:56 It also looks like the .bss section will overwrite the CFE memory space. I was reading in the cfe manual that this can be ok if a particular Boot Exception Vector bit is set. Is there a way that I can check if this is the problem? Sep 22 03:42:43 scratch that, I think I will have to either relocate CFE or relocate the initial entry for the vmlinux image and subsequent offsets if necessary Sep 22 03:43:51 mazilo * r28286 /packages/net/freeswitch/ (6 files in 5 dirs): Added new mod_sms and updated to latest mod_blacklist with a capability to dump back and/or sync new list to its text file Sep 22 03:45:12 It should be theoretically possible to tftp load a modified CFE with a different memory location. I have tried booting via tftp the CFE image from this device, but I don't know much about mucking around with CFE. Is it worth it, or should I focus on relocating the kernel? Sep 22 03:45:59 I should note that tftp booting the CFE image appeared successful. Sep 22 06:01:44 build #76 of lantiq is complete: Failure [failed compile_6] Build details are at http://buildbot.openwrt.org:8010/builders/lantiq/builds/76 Sep 22 09:37:12 tripolar * r28287 /packages/net/openssh/Makefile: Sep 22 09:37:12 [packages] openssh: use seperate package for moduli file that depends on Sep 22 09:37:12 openssh-server as the server also works without the moduli file Sep 22 09:38:06 tripolar * r28288 /packages/net/openssh/Makefile: [packages] openssh: remove the moduli file from the server Sep 22 14:35:07 Ok, so I relocated the kernel to 0x81001000 and I can now tftp boot the ramdisk image from CFE, but I am not sure that this is a good solution Sep 22 14:37:52 I am running into trouble parallel to the problems discovered in the wrt612n page, and will see what progress has been made. https://forum.openwrt.org/viewtopic.php?id=16733 Specifically, the switch doesn't seem to be detected correctly, and the wireless also appears broken. Sep 22 14:52:06 build #74 of pxcab is complete: Failure [failed compile_10] Build details are at http://buildbot.openwrt.org:8010/builders/pxcab/builds/74 Sep 22 15:20:19 is there a known issue with timezones in Openwrt? I have trunk from about a month ago running... I have config system / option timezone PST8PDT ... what am I missing? Sep 22 15:27:43 philipp64|laptop: maybe you're running (e)glibc which does not respect /etc/TZ# Sep 22 15:28:03 * jow_laptop has a deja-vu feeling Sep 22 15:28:55 deja-vu about what? Sep 22 15:29:13 /etc/TZ and eglibc Sep 22 15:29:29 ah... so is there a workaround? /etc/timezone? Sep 22 15:29:38 err... /etc/zoneinfo ? Sep 22 15:29:56 I don't know. I suppose /etc/init.d/boot must be changed to write the timezone into whatever (e)glibc expects Sep 22 15:30:03 uclibc uses /etc/TZ Sep 22 15:30:28 which is actually a symlink to /tmp/TZ Sep 22 15:30:45 if /etc/TZ and /etc/timezone have the same format you could just symlink it I suppose Sep 22 15:31:19 yes, it's a bit messy Sep 22 15:31:22 * Chocky has played with this Sep 22 15:31:48 hm sadly nope Sep 22 15:31:56 looks like /etc/timezone wants a symbolic name Sep 22 15:32:08 which also implies zoneinfo availability Sep 22 15:36:45 and zoneinfo isn't packaged currently... Sep 22 15:36:57 just using that would make openwrt be *libc agnostic. Sep 22 15:37:17 I'll see about adding it this weekend. Sep 22 15:37:19 aye Sep 22 15:37:21 yay Sep 22 15:37:34 I suppose you can simply add this to /etc/profile: Sep 22 15:38:01 export TZ=$(test -s /etc/TZ && cat /etc/TZ || echo UTC) Sep 22 15:38:37 that would only affect interactive shells, right? my logging daemon would still log in UTC? Sep 22 15:38:56 yes; I've done something similar Sep 22 15:38:59 could be, yes Sep 22 15:39:24 so I don't have a complete solution Sep 22 15:40:12 ok. wanted to confirm I wasn't being boneheaded before investing any time on it. I've been known to be a little less that rigorous when hurried. :-( Sep 22 15:41:18 btw, the luci feed contains a zoneinfo package Sep 22 15:42:36 saw the name... wasn't sure if that was the package itself or just the control scripts. Sep 22 15:44:37 ph: moo Sep 22 15:45:21 what's the difference between luci and luci2? Sep 22 15:45:38 philipp64|laptop: you ignoring me too? ;p Sep 22 15:46:05 luci2 bundles some components that will appear in openwrt sometime Sep 22 15:46:11 don't know what moo means. Sep 22 15:46:21 how do I turn it on? Sep 22 15:46:34 ok, just checking. My practical experience of the timezone stuff seems to have ignored. jow is ignoring me :p Sep 22 15:47:07 tunr on what? Sep 22 15:47:50 populate the luci2 feed... Sep 22 15:48:23 not seeing it in feeds.conf.default Sep 22 15:49:05 its formed by a bunch of core packages (package/libubox, package/ubus) Sep 22 15:49:25 so there is no feed for it. its merely a codename Sep 22 15:53:07 ok... in my .config file I'm not seeing CONFIG_PACKAGE_tzcode or CONFIG_PACKAGE_zoneinfo* ... Sep 22 15:54:35 I think I see why... the Makefile defines package/zoneinfo/default but the definitions for the macros that follow call call package/zoneinfo/Default ... is that a typo? Sep 22 15:59:01 hm maybe Sep 22 15:59:36 but the snapshots contain zoneinfo packages so it must be working Sep 22 16:00:12 where is it in menuconfig ? it says LUCI is the category and ZoneInfo is the SUBCATEGORY Sep 22 16:00:19 is it installed? (./scripts/feeds update luci; ./scripts/feeds install zoneinfo) Sep 22 16:00:35 use slash to search in menuconfig Sep 22 16:00:41 I don't recall where it is located Sep 22 16:01:43 ah, no... luci is installed but not zoneinfo. I thought it was installed as a child of luci. Sep 22 16:03:10 I take it back. it was installed. hmmm... Sep 22 16:03:31 something isn't right with the Makefile, but I'm not sure what. Sep 22 16:20:55 off to work. Sep 22 18:07:12 nbd: pong Sep 22 18:58:53 obsy * r28289 /packages/net/transmission/ (Makefile files/transmission.init): [packages] transmission: fix typo Sep 22 20:15:52 jogo * r28290 /trunk/package/kernel/modules/usb.mk: Sep 22 20:15:52 kernel: modules: usb.mk: fix a typo Sep 22 20:15:52 Closes #10143. Sep 22 20:36:18 build #81 of at91 is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/at91/builds/81 Sep 22 20:52:56 build #79 of ubicom32 is complete: Failure [failed compile_3] Build details are at http://buildbot.openwrt.org:8010/builders/ubicom32/builds/79 **** ENDING LOGGING AT Fri Sep 23 02:59:56 2011