| 00:02.00 | *** part/#nslu2-linux odoc (i=odoc@is.borntobooze.de) |
| 00:04.33 | *** join/#nslu2-linux H4rvy (n=norm@62-30-143-108.cable.ubr05.pres.blueyonder.co.uk) |
| 01:20.50 | *** part/#nslu2-linux pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
| 01:25.13 | *** join/#nslu2-linux mithro (n=tim@ppp246-117.static.internode.on.net) |
| 01:58.36 | *** join/#nslu2-linux jacques (n=jacques@nslu2-linux/jacques) |
| 02:15.30 | *** join/#nslu2-linux t[cc]smar (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 03:40.10 | *** join/#nslu2-linux DrZimmerman (n=theo@77-56-252-148.dclient.hispeed.ch) |
| 04:03.14 | CIA-8 | 03bzhou * r6323 10optware/trunk/make/zile.mk: zile: 2.2.34 -> 2.2.35 |
| 04:13.38 | *** join/#nslu2-linux caplink811-log (n=caplink8@dslb-088-073-138-069.pools.arcor-ip.net) |
| 04:15.01 | *** join/#nslu2-linux mithro (n=tim@ppp246-117.static.internode.on.net) |
| 04:15.01 | *** join/#nslu2-linux mwester (n=mwester@nslu2-linux/mwester) [NETSPLIT VICTIM] |
| 04:15.01 | *** join/#nslu2-linux katmando (n=tjones@c-71-205-176-219.hsd1.mi.comcast.net) [NETSPLIT VICTIM] |
| 04:15.01 | *** join/#nslu2-linux Kaloz (i=kaloz@openwrt/developer/Kaloz) [NETSPLIT VICTIM] |
| 04:15.01 | *** join/#nslu2-linux CIA-8 (n=CIA@208.69.182.149) [NETSPLIT VICTIM] |
| 04:16.20 | *** join/#nslu2-linux Sinclair73de_ (n=Sinclair@p57B488CA.dip0.t-ipconnect.de) |
| 04:27.45 | *** join/#nslu2-linux opello (n=opello@216.249.193.214) |
| 04:29.44 | *** join/#nslu2-linux jeffvr_ (n=jffvnrkl@host-74-95-2-96.midco.net) |
| 04:32.36 | jeffvr_ | I'm having some trouble getting a kernel greater than 2.6.17 to correctly parse my fis redboot partition. I noticed that the ecos-cvs revision puts the "Redboot Config" within the last block. Do you suppose this is causing a problem? |
| 04:37.13 | *** join/#nslu2-linux jeffvr (n=jffvnrkl@host-199.216-16-37.iw.net) |
| 04:37.51 | *** part/#nslu2-linux jeffvr_ (n=jffvnrkl@host-74-95-2-96.midco.net) |
| 04:48.56 | jeffvr | Here is a the boot messages from different kernels I tried hoping to narrow down what changes affected my configuration. Notice how 2.6.16 works as expected, 2.6.17 kind of works and >= 2.6.18 don't work (again work as in parse redboot partition) at all. http://rafb.net/p/P8uepT12.txt |
| 05:16.50 | *** join/#nslu2-linux pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
| 05:29.42 | *** join/#nslu2-linux pleemans (n=peter@leemanpe.ugent.be) |
| 06:04.45 | rwhitby | jeffvr: which platform and firmware? |
| 06:06.20 | rwhitby | jeffvr: that mtd output smells like wrong endianness to me. does your kernel have the patches in there that swap the FIS directory when required? |
| 06:13.48 | *** join/#nslu2-linux eno (n=eno@nslu2-linux/eno) |
| 06:34.03 | *** join/#nslu2-linux kolla (n=kolla@drift1.uninett.no) |
| 06:36.39 | *** join/#nslu2-linux eiffel (n=eiffel@p5B053625.dip0.t-ipconnect.de) |
| 06:43.22 | jeffvr | rwhitby: I didn't apply any of the patches to swap the FIS directory when required. The system is running in Big endian mode. |
| 06:45.44 | jeffvr | rwhitby: The platform is a custom build very similar to the nslu hardware. One big difference regarding flash is that I switched over to Spansion flash of 64MB. |
| 06:47.53 | jeffvr | rwhitby: I recall this patch your referring too. I'll go take a closer look at the description. Do you recall if this was something that was needed for >=2.6.17 Kernels when running in BigEndian mode? |
| 06:52.53 | rwhitby | jeffvr: it depends in which endianness you flash the FIS directory (or which endianness your bootloader is) |
| 06:55.21 | jeffvr | The bootloader is Big Endian. |
| 06:55.56 | rwhitby | are you flashing the fis dir, or is the bootloader writing it? |
| 06:57.06 | jeffvr | The bootloader is writing it. I issue an "fis init" command and redboot creates the fis partition in the last block. |
| 06:57.51 | jeffvr | I was kind of concerned with the physmap driver's abilities to parse the fis partions when redboot puts the config at the end of this block. |
| 06:59.45 | jeffvr | I checked older redboot configurations and they had a seperate partion. I didn't see an obviouse way to override this in the redboot commands. Do you think that could be an issue? |
| 07:02.06 | jeffvr | To try and be as clear as possible the fis directory starts at 0x53FE0000 and the Redboot config starts at 0x53FFE000. |
| 07:26.17 | CIA-8 | 03oleo * r6324 10optware/trunk/ (make/openobex.mk platforms/packages-openwrt-brcm24.mk): openobex: add pkg-config search PATH |
| 07:50.57 | jeffvr | It looks like a patch was made for supporting the FIS directory and the redboot configuration in the same block has been dealt with. |
| 07:51.03 | jeffvr | http://lists.infradead.org/pipermail/linux-mtd-cvs/2006-December/005679.html |
| 07:56.13 | jeffvr | This patch is in 2.6.21.6 which I tried as well and had the same results as 2.6.18 even thought 2.6.18 didn have this patch . So my problem must be related to the probe error. |
| 07:56.32 | jeffvr | <PROTECTED> |
| 08:00.35 | rwhitby | jeffvr: fis and config in a single block is a common situation (but not one that we deal with in any of the devices that nslu2-linux supports) |
| 08:01.38 | rwhitby | the 2.6.17 log you've got there is the classic "ran off the end of the fis directory and started treating config as partition entries' problem |
| 08:01.51 | rwhitby | as for the 2.6.18 - dunno why that isn't working. |
| 08:02.07 | rwhitby | (forget what I said about endianness - I misread the 2.6.17 failure) |
| 08:02.48 | rwhitby | jeffvr: did you change flash chip between 2.6.16 and 2.6.18 ? |
| 08:04.01 | CIA-8 | 03oleo * r6325 10optware/trunk/ (4 files in 3 dirs): joe: do not link with c99 when not available |
| 08:28.30 | *** join/#nslu2-linux xF|Nakaori^off (n=dark@server.vinylkind.de) |
| 08:34.57 | *** join/#nslu2-linux yvasilev (n=yvasilev@87.113.26.126.plusnet.pte-ag1.dyn.plus.net) |
| 08:39.49 | *** part/#nslu2-linux NAiL (n=repvik@nslu2-linux/pdpc.active.NAiL) |
| 09:05.22 | oleo | waiting for openwrt-brcm2 feed ... |
| 09:14.41 | rwhitby | oleo: who are you waiting for, to do what? |
| 09:15.18 | oleo | maybe you or eno. duno. |
| 09:15.57 | rwhitby | has the toolchain and set of packages been fully built on nudi? |
| 09:16.31 | rwhitby | (eno does that, then I set up the feed on the mirrors, then the packages are pushed to the feeds) |
| 09:16.52 | oleo | yes. http://trac.nslu2-linux.org/optware/changeset/6308 |
| 09:18.50 | rwhitby | ok, eno and I will need to coordinate now |
| 09:19.48 | oleo | I've don some cleanups then. The only thing that bothers me is that somehow rpath does not work for me. I am using ldconfig or LD_LIBRARY_PATH=/opt/lib to solve this. |
| 09:20.00 | oleo | any suggestion? |
| 09:20.20 | oleo | gtg |
| 09:21.55 | rwhitby | you must get rpath to work |
| 09:22.04 | rwhitby | LD_LIBRARY_PATH is not used in Optware |
| 09:49.11 | *** join/#nslu2-linux jr- (n=jr@challenger.mpoli.fi) [NETSPLIT VICTIM] |
| 09:49.20 | *** join/#nslu2-linux dyoung (n=dyoung@cpe-67-49-158-191.hawaii.res.rr.com) [NETSPLIT VICTIM] |
| 10:52.29 | CIA-8 | 03oleo * r6326 10optware/trunk/ (4 files in 2 dirs): transmission: r2199->r2220 - some check waiting fixes |
| 11:20.23 | oleo | I do not have idea why RPATH does not work on openwrt-brcm24 |
| 11:21.01 | oleo | I've checked for example readelf -d zsh|grep RPATH and got |
| 11:21.11 | oleo | <PROTECTED> |
| 11:21.58 | oleo | So binaries do have this compiled in. |
| 11:28.50 | oleo | If for example I check root@oleo:/opt/bin# ./ldd wc |
| 11:28.50 | oleo | <PROTECTED> |
| 11:28.50 | oleo | <PROTECTED> |
| 11:28.50 | oleo | <PROTECTED> |
| 11:28.50 | oleo | <PROTECTED> |
| 11:29.42 | oleo | unless I configure LD_LIBRARY_PATH or /etc/ld.so.conf with ldconfig |
| 11:36.24 | oleo | I think that tis is not problem with my build but with openwrt loader. strace ./wc --help shows |
| 11:36.35 | oleo | execve("./wc", ["./wc", "--help"], [/* 9 vars */]) = 0 |
| 11:36.35 | oleo | svr4_syscall() = -1 ERRNO_4090 (Unknown error 4090) |
| 11:36.35 | oleo | stat("/etc/ld.so.cache", 0x7fff7ad8) = -1 ENOENT (No such file or directory) |
| 11:36.35 | oleo | open("/lib/libiconv.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) |
| 11:36.35 | oleo | open("/usr/lib/libiconv.so.2", O_RDONLY) = -1 ENOENT (No such file or directory) |
| 11:36.37 | oleo | old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaae000 |
| 11:36.39 | oleo | write(2, "", 0) = 0 |
| 11:36.41 | oleo | write(2, "./wc", 4./wc) = 4 |
| 11:36.43 | oleo | write(2, ": can\'t load library \'", 22: can't load library ') = 22 |
| 11:36.45 | oleo | write(2, "libiconv.so.2", 13libiconv.so.2) = 13 |
| 11:36.47 | oleo | write(2, "\'\n", 2' |
| 11:36.49 | oleo | ) = 2 |
| 11:36.51 | oleo | munmap(0x2aaae000, 4096) = 0 |
| 11:36.53 | oleo | exit(16) = ? |
| 11:36.55 | oleo | Process 15601 detached |
| 11:37.12 | oleo | rwhitby eno: any suggestions? |
| 11:43.32 | *** join/#nslu2-linux pleemans (n=peter@leemanpe.ugent.be) |
| 11:45.41 | oleo | OK. I've found answer myself. .config:# LDSO_RUNPATH is not set in openwrt config. So there is no hope that rpath will be bused unless openwrt guys change uClibc config. |
| 11:46.19 | oleo | What can we do? |
| 11:52.17 | oleo | Kaloz : Can you comment this? |
| 12:07.15 | CIA-8 | 03oleo * r6327 10optware/trunk/Makefile: iftop: add include/ncurses search path |
| 12:15.29 | Kaloz | oleo: but you force a certain location with -rpath, right? |
| 12:18.50 | oleo | yes. |
| 12:19.47 | oleo | with LDFLAGS+=-Wl,-rpath,/opt/lib |
| 12:24.02 | Kaloz | does that affect prelinking in any way? |
| 12:24.18 | oleo | uClibc .config LDSO_RUNPATH is not set and thus RPATH is ignored in openwrt/trunk/toolchain_build_mipsel/uClibc-0.9.28.2/ldso/ldso/dl-elf.c:#ifdef __LDSO_RUNPATH__ |
| 12:24.56 | Kaloz | read and understood that :) my question is if it affects prelinking or not :) |
| 12:25.03 | Kaloz | I want to look into that soon |
| 12:25.53 | oleo | I can set LD_LIBRARY path. And I've built ldconfig of mu own and solved the problem also with /etc/ld.so.cache |
| 12:26.52 | oleo | But that is not the point. Library clash can occur if app cannot set its rpath. |
| 12:27.25 | Kaloz | well, with prelinking you tell the binary where to look for the libs |
| 12:27.45 | Kaloz | (so maybe prelinking would simply solve the rpath thing?) |
| 12:28.40 | oleo | I must confess that I doo not understand what do you mean with prelinking. |
| 12:29.02 | rwhitby | http://crast.us/james/articles/prelink.php |
| 12:29.06 | Kaloz | http://en.wikipedia.org/wiki/Prelinking |
| 12:29.09 | Kaloz | or that one |
| 12:30.29 | rwhitby | Kaloz: note that none of the standard openwrt apps will be compiled with -rpath, so it won't affect any prelinking plans at all |
| 12:30.57 | Kaloz | rwhitby: sure thing. this is why I've said I leave the decision up to mbm or nbd |
| 12:31.08 | Kaloz | rwhitby: what i'm trying to figure out if it would be redundant or not |
| 12:31.23 | Kaloz | (eg. if you cna prelink to a certain file at a certain location) |
| 12:32.16 | rwhitby | oleo: what is the size penalty of enabling LDSO_RUNPATH in uclibc library? |
| 12:33.00 | oleo | size? I've seen 10 lines in dl-elf.c |
| 12:34.00 | oleo | 11 to be exact. |
| 12:36.56 | oleo | Ok. I understand this prelinking now. Not sure if it works with uClibc. But This prelinking did not convinced me that this is a right way go. |
| 12:37.53 | Kaloz | I didn't say it is. I'v just said it seems to be another way to go what can give us additional speedup |
| 12:37.59 | Kaloz | bbl |
| 12:39.15 | *** join/#nslu2-linux GPSFan (n=kenm@12.10.255.248) |
| 13:05.16 | opello | rwhitby: (regarding jeffvr's stuff earlier) the logs are from the same hardware; just trying different kernels |
| 13:23.58 | oleo | Kaloz rwitby: there is no prelinking possible for uClibc. Not shure if it would help in any way. We are not running big apps with many DSOs in embeded world. Se we can do old plain search for libraries. And RPATH is imporatant mechanism for "out of core" apps to suggest its searches. |
| 13:30.00 | *** join/#nslu2-linux jacques (n=jacques@nslu2-linux/jacques) |
| 13:30.31 | oleo | Enabling LDSO_RUNPATH will not increase size of OpenWRT distros any my suggestion is to include it in .config. |
| 13:46.59 | *** join/#nslu2-linux drath_ (i=vmaster@p5B07F2DE.dip.t-dialin.net) |
| 13:52.12 | *** join/#nslu2-linux jacques_ (n=jacques@nslu2-linux/jacques) |
| 14:09.01 | Kaloz | oleo: yeah, but we have way slower storage stuff, so this would help on the other way around.. shame it doesn't work (yet) |
| 14:12.11 | oleo | So I can hope that Kemikaze would get LDSO_RUNPATH and ldconfig soon? |
| 14:13.11 | Kaloz | hope dies last ;) but yeah |
| 14:16.02 | *** join/#nslu2-linux HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 14:16.06 | oleo | Anyway I am missing C99 math suport too. I've tought to liftup my own uclibc toolchain with independent loader to Kamikaze. It works very well for oleg, ddwrt, whiterussian, ... |
| 14:18.24 | Kaloz | we have most c99 stuff enabled - probably 1% of the people need the others |
| 14:18.37 | Kaloz | well, we had at least last time i've checked |
| 14:18.55 | Kaloz | but probably you should ask these questions on #openwrt-devel instead :) |
| 14:19.05 | Kaloz | bbl again |
| 14:19.17 | oleo | # DO_C99_MATH is not set |
| 14:19.45 | oleo | ok. by |
| 14:23.16 | eno | rwhitby: openwrt-brcm24 packages are ready on nudi |
| 14:23.48 | eno | just read the log, looks like even the feed is open, openwrt needs some small fix |
| 14:24.27 | eno | oleo, please check in your latest make/iftop.mk |
| 14:30.28 | CIA-8 | 03bzhou * r6328 10optware/trunk/make/py-paste.mk: py-paste: 1.3 -> 1.4 |
| 14:30.54 | CIA-8 | 03bzhou * r6329 10optware/trunk/make/py-pastedeploy.mk: py-pastedeploy: 1.3 -> 1.3.1 |
| 14:31.19 | CIA-8 | 03bzhou * r6330 10optware/trunk/make/py-pastescript.mk: py-pastescript: 1.3.4 -> 1.3.5 |
| 15:46.49 | *** join/#nslu2-linux mwester-treo (n=mwester@nslu2-linux/mwester) |
| 15:59.22 | *** join/#nslu2-linux mithro (n=tim@ppp246-117.static.internode.on.net) [NETSPLIT VICTIM] |
| 15:59.28 | *** join/#nslu2-linux eno (n=eno@nslu2-linux/eno) |
| 15:59.28 | *** join/#nslu2-linux mwester (n=mwester@nslu2-linux/mwester) |
| 15:59.28 | *** join/#nslu2-linux katmando (n=tjones@c-71-205-176-219.hsd1.mi.comcast.net) [NETSPLIT VICTIM] |
| 15:59.28 | *** join/#nslu2-linux Kaloz (i=kaloz@openwrt/developer/Kaloz) [NETSPLIT VICTIM] |
| 15:59.28 | *** join/#nslu2-linux CIA-8 (n=CIA@208.69.182.149) [NETSPLIT VICTIM] |
| 16:10.52 | CIA-8 | 03gda * r6331 10optware/trunk/make/esniper.mk: esniper: 1-16-0 -> 1-16-1 |
| 16:26.27 | *** join/#nslu2-linux xl0 (i=user@80.253.205.252) |
| 17:04.00 | *** join/#nslu2-linux pierrelux (n=pierre-l@144-125.sh.cgocable.ca) |
| 17:46.02 | *** join/#nslu2-linux mithro (n=tim@ppp246-117.static.internode.on.net) |
| 17:55.14 | oleo | eno: ok. will recheck iftop.mk |
| 18:00.52 | *** join/#nslu2-linux jacques (n=jacques@nslu2-linux/jacques) |
| 18:01.54 | eno | oleo: thx. you probably have the fix already, just forgot to commit it. |
| 18:53.12 | *** join/#nslu2-linux caplink811-log (n=caplink8@dslb-088-073-145-104.pools.arcor-ip.net) |
| 18:55.20 | CIA-8 | 03gda * r6332 10optware/trunk/make/eaccelerator.mk: eaccelerator: force rebuild against new php version |
| 19:00.56 | *** join/#nslu2-linux DaKa_ (n=David@irc.thn.edu.stockholm.se) |
| 19:07.53 | *** join/#nslu2-linux kolla (i=kolla@firda.kolla.no) |
| 19:08.41 | *** join/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com) |
| 19:27.58 | *** join/#nslu2-linux barnseenio (n=bb@81-86-57-5.dsl.pipex.com) |
| 20:29.44 | CIA-8 | 03oleo * r6333 10optware/trunk/make/iftop.mk: iftop: add ncurses search path - missing part to #6327 |
| 20:45.33 | *** join/#nslu2-linux gda_ (n=gda@e177207155.adsl.alicedsl.de) |
| 21:05.05 | *** join/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com) |
| 21:05.37 | *** join/#nslu2-linux caplink811_log (n=caplink8@dslb-088-073-145-104.pools.arcor-ip.net) |
| 21:40.12 | CIA-8 | 03bzhou * r6334 10optware/trunk/ (make/iftop.mk sources/iftop/ sources/iftop/big-endian.patch): iftop: shorter binary name & big-endian patch |
| 21:44.19 | *** join/#nslu2-linux ecopperbe (n=copperbe@77-96-79-35.cable.ubr04.nmal.blueyonder.co.uk) |
| 22:03.34 | gda_ | don't know what is wrong with my build environment, but I can't build the php-fcgi-ipk |
| 22:04.27 | gda_ | would be nice if someone could try to get iconv support into php-fcgi |
| 22:05.21 | CIA-8 | 03bzhou * r6335 10optware/trunk/make/iftop.mk: iftop: only patch on big-endian platforms |
| 22:08.03 | CIA-8 | 03bzhou * r6336 10optware/trunk/make/iftop.mk: iftop: force to look just for ncurses |
| 22:27.55 | rwhitby | eno: ok, will add the feed dirs and start autobuild for them |
| 22:29.41 | gda_ | bye |
| 22:31.59 | *** join/#nslu2-linux yvasilev (n=yvasilev@87.113.26.126.plusnet.pte-ag1.dyn.plus.net) |
| 22:36.26 | jeffvr | rwhitby: I have the 2.6.17 kernel patched with the combined FIS directory and configuration area. This fixed this kernel version for our hardware. |
| 22:39.40 | jeffvr | So, this kernel version is recent enough even though I'm very curious about kernels 2.6.18 to 21. To date I've used the intel supplied NPE patches and would like to try the open source version from hohnstaedt.de. |
| 22:42.57 | jeffvr | I compiled the version into the Kernel and cated the microcode into the device node. No luck though. I'm suspiciouse of some larger problem because the pro100+ pci card I'm trying to use for development doesn't work either?!? Loopback works though. :) |
| 22:44.07 | *** join/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com) |
| 22:49.22 | rwhitby | jeffvr: there is an even newer version of the ethernet driver that we are using for 2.6.22 |
| 22:49.51 | rwhitby | see our kernel svn repo: http://svn.nslu2-linux.org/svnroot/kernel/trunk/patches/2.6.22/ |
| 22:50.03 | rwhitby | 41 and 42 are the latest ethernet driver |
| 22:50.32 | rwhitby | jeffvr: you're going to send us a free one of these boards you are developing, right ;-) |
| 22:55.22 | jeffvr | Cool, I'll go check that out. |
| 22:58.52 | jeffvr | As for the new board. It's a proprietary platform but if you wanted one I could probably get you one or two. I wouldn't be able to give you a schematic though, and without it a lot of the board isn't worth much. It does have quit a bit of ram (256MB) and flash(64MB) though. |