| 00:00.16 | mwester-laptop | Monotone on the NSLU2? It's slow on my 2.8Ghz P4 ;) :D |
| 00:01.02 | eno | $ du -s make/ sources |
| 00:01.02 | eno | 18732 make/ |
| 00:01.02 | eno | 42696 sources |
| 00:01.03 | EvilDevil | mwester-laptop, ARM is more efficient than the P4's netburst architecture ;) |
| 00:01.14 | nbd | waiting for it to do stuff on the slug would be very .... monotone :) |
| 00:02.52 | eno | kfm82: you don't need to download/mirror/build everything |
| 00:02.53 | kfm82 | eno, 60 megabytes? seems bearable |
| 00:03.34 | eno | + the space for your make target and its dependencies |
| 00:04.01 | kfm82 | eno, i realize that |
| 00:04.45 | kfm82 | in related news, i have extracted full netbsd-pkgsrc-2006q3, wonder if those will be of any use on unslung and openlink |
| 00:09.12 | kfm82 | ok, cleared about 3 gigs on the slug, should suffice for optware |
| 00:13.02 | *** join/#nslu2-linux yvasilev (n=yvasilev@189.140.152.251) |
| 00:26.23 | kfm82 | tightvnc is in the optware trunk, so people have successfully built the Xvnc server? |
| 00:27.22 | eno | i did, but it was not fully functioning |
| 00:27.48 | kfm82 | eno, what was the problem? i have used Xvnc with great success on a number of openbsd systems |
| 00:28.34 | eno | at first it was some missing fonts |
| 00:29.40 | kfm82 | and then? |
| 00:29.50 | eno | then the screen was redrawn correctly |
| 00:30.21 | eno | i could open an xterm and it sorta worked, just not quite |
| 00:30.34 | eno | besides, it was slow |
| 00:31.47 | eno | after using xvnc & ion wm on my debian slug, i pretty much gave up on that idea |
| 00:31.54 | kfm82 | eno, it is always slow, i've run it on a 50mhz microsparc, so the 133mhz can't be that bad |
| 00:32.22 | kfm82 | so i have navigated to optware/trunk/sources/tightvnc, now what do i do to build? |
| 00:32.35 | kfm82 | there are three patchfiles, but no makefile or configure script |
| 00:33.51 | eno | you should issue "make tightvnc-ipk" at optware/trunk (but probably not a good idea do native build) |
| 00:34.05 | kfm82 | eno, because it would take days to build_ |
| 00:34.06 | kfm82 | ? |
| 00:34.36 | eno | right, even with the help of distcc, it will take quite some time |
| 00:35.20 | kfm82 | a day or two might be OK, as long as it's not a week as some native X11 on hardware servers seem to do |
| 00:35.26 | eno | also i did it using x-build, not sure about whether native build works for that package (should work, but not sure) |
| 00:35.53 | eno | it will pull in tons of x11 stuff |
| 00:36.01 | kfm82 | guess i will just have to try... optware will build in place, not auto-stage into root and hence requiring root permissions, correct? |
| 00:37.05 | eno | yes. i suggest you try a smaller package such as 'make which-ipk' first |
| 00:37.50 | kfm82 | because the stock /opt/bin/which sucks? i was thinking along the lines of zoo or unarj |
| 00:38.16 | kfm82 | what exactly is the difference between "make foo" and "make foo-ipk" ? |
| 00:38.20 | eno | yeah any small package will do |
| 00:38.50 | kfm82 | eno, the former just builds the sources, the latter will package them up as well? |
| 00:38.53 | eno | read make/template.mk and you'll know, basically foo only build, foo-ipk packages |
| 00:39.27 | kfm82 | do i need to manually ipkg install foo-ipk after building in order to stage it into my DESTROOT? |
| 00:40.05 | eno | make foo-ipk will result a foo_x.y.z-arch.ipk |
| 00:40.07 | kfm82 | also, i wonder why there is no prebuilt tightvnc in the binary repo |
| 00:40.34 | eno | i don't think it's usable, so i did not put it in the feed |
| 00:41.02 | eno | you can manually install by "ipkg install foo_x.y.z-arch.ipk" |
| 00:42.42 | kfm82 | seems the make scripts and the svn checkout don't create the necessary builds/ and tmp/ directories, hence all make attempts will fail |
| 00:43.54 | eno | do a "make directories" first |
| 00:44.19 | kfm82 | seems to work with the two dirs i just manually created, but will run that target just to make sure, thx. |
| 00:44.58 | kfm82 | unarj now builds succesfully... trying zoo... |
| 00:45.16 | kfm82 | oops, make bombs out for zoo |
| 00:45.27 | kfm82 | make[1]: *** No rule to make target `/usr/include/stdio.h', needed by `addfname.o'. Stop. |
| 00:45.53 | NAiL | ok, who's the authority on optware? :) |
| 00:46.35 | eno | i am supposed to be the optware package manager now |
| 00:46.36 | NAiL | from the looks of it on the qnap firmware, I think optware can be completely integrated from the vendor side |
| 00:47.00 | eno | nice |
| 00:47.17 | kfm82 | eno, it seems to just keep spewing various error messages on my unslung 5.5 installation here, strange |
| 00:47.25 | NAiL | ie, I should be able to get patches into the released firmware so that optware can be fully supported |
| 00:48.16 | NAiL | qnap is interested, as long as there's no more RMA's than before (and probably interested if "someone else" does the work) |
| 00:48.18 | kfm82 | is the qnap another funky NAS gadget? |
| 00:48.32 | NAiL | It's not that "funky", but it's a NAS ;) |
| 00:48.54 | eno | for adding target, you better talk to rwhitby, esp when it has vendor involved |
| 00:48.56 | NAiL | 175mhz ppc, 64mb ram, internal+external s-ata, 64mb ram, 16mb flash, fanless |
| 00:49.31 | eno | we should probably provide some big disclaimer up front |
| 00:49.41 | kfm82 | Nail, nice, how much is it and where to purchase internationally? |
| 00:49.57 | kfm82 | eno, another problem with "make unarj-ipk": |
| 00:49.58 | kfm82 | ipkg-build: No such file or directorymake: *** [/share/flash/data/optware/trunk/builds/unarj_2.65-1_armeb.ipk] Error 127 |
| 00:50.07 | NAiL | runs what appears to be a 2.6.12.3 vanilla kernel, with a proprietary module for the rtc (which IIRC dwery has written a version of) |
| 00:50.15 | kfm82 | how to build ipkg-build? |
| 00:50.30 | NAiL | dwery: did you write the rs5<someting> rtc stuff? Or was that someone else? :) |
| 00:50.38 | eno | kfm82: some packages are probably cross-only, native build not tested |
| 00:50.52 | NAiL | kfm82: bit expensive imho, I got one from the .no distributor |
| 00:50.55 | dwery | NAiL: I wrote a rc5 something |
| 00:51.03 | dwery | but there are at least two something :) |
| 00:51.05 | NAiL | haha |
| 00:51.30 | kfm82 | NAiL, got pictures of the hardware? there was an unidentified NAS gadget with a mock-macmini-case recently on ebay |
| 00:52.05 | NAiL | http://www.tomsnetworking.com/2006/08/11/qnap_ts101_nas_review/page6.html |
| 00:52.12 | eno | kfm82: try "make toolchain" |
| 00:52.23 | kfm82 | eno, will do |
| 00:52.27 | NAiL | I've got some lousy pics of the internals. tomshardware's pics are better |
| 00:52.33 | kfm82 | is that going to rebuild the compiler!? |
| 00:52.36 | NAiL | (although slightly outdated) |
| 00:52.50 | NAiL | dwery: rc5s372 or thereabouts? |
| 00:52.58 | eno | kfm82: i don't think so |
| 00:53.03 | NAiL | I keep forgetting what the damn chip is called :-P |
| 00:53.10 | dwery | NAiL: me too ;) something like that |
| 00:53.19 | NAiL | hehe |
| 00:53.39 | NAiL | from what I can see, that chip is the only thing that doesn't have gpl'd source in the firmware |
| 00:55.26 | eno | $ grep ipkg-utils Makefile |
| 00:55.27 | NAiL | eno: what do you mean with the disclaimer? Like.. If you install stuff, you might be screwed. Don't contact qnap if you screw up? ;) |
| 00:55.29 | eno | $(PACKAGES_IPKG) %-ipk : directories toolchain ipkg-utils |
| 00:55.40 | eno | NAiL: yes |
| 00:56.01 | NAiL | obviously we will want that :) |
| 00:56.03 | eno | kfm82: "make ipkg-utils" |
| 00:56.29 | eno | sorry, i did that quite some time ago and don't remember anymore |
| 00:57.56 | eno | Packaged contents of /home/bzhou/slug/optware/builds/lftp-3.5.6-ipk into /home/bzhou/slug/optware/builds/lftp_3.5.6-1_armeb.ipk |
| 00:59.09 | kfm82 | seems like the ticket |
| 01:00.16 | NAiL | ah, qnap used gcc 3.4.2 |
| 01:00.42 | NAiL | uClibc 0.9.27, gcc 3.4.2, linux 2.6.12.3. |
| 01:00.52 | eno | lftp still has the same segfault |
| 01:01.18 | eno | suspect it's an upstream problem |
| 01:01.32 | eno | since the build is native |
| 01:03.26 | eno | kfm82: maybe you can setup optware native build on your linkstation? |
| 01:03.43 | kfm82 | eno, i would absolutely want to do that |
| 01:04.00 | kfm82 | are the patches in the trunk somehow arm-related? my linkstation is mipsel |
| 01:05.14 | eno | which patch? |
| 01:05.57 | kfm82 | eno, nevermind which one, so the entire optware tree is totally architecture-generic? no assumptions whatsoever? |
| 01:06.12 | eno | the one under sources/package-name usually are for cross build |
| 01:07.47 | eno | we try to be as much as possible arch-independent |
| 01:08.15 | kfm82 | i'd certainly be interested in trying, but it seems i first need to build svn on the linkstation in order to check out the repo |
| 01:08.31 | eno | in places where we cannot avoid arch specific stuff, we use ifeq ($(OPTWARE_TARGET), ...) |
| 01:09.05 | eno | i'd strongly suggest you setup a cross optware env |
| 01:09.51 | kfm82 | eno, on a speedier x86 box that is? athlon xp or pentium 4 perhaps? |
| 01:10.04 | eno | right |
| 01:10.22 | kfm82 | i really should |
| 01:10.25 | eno | i know there were ppl successful in setup native build for ds101g |
| 01:12.23 | eno | actually since most optware packages are cross built anyway, once you have a cross env, you probably don't even need a native env |
| 01:12.24 | kfm82 | that's a powerpc board, right? |
| 01:12.36 | eno | ds101g is powerpc |
| 01:13.29 | eno | is your linkstation toolchain uclibc? |
| 01:15.11 | eno | then the closest existing optware target probably is mss |
| 01:15.11 | kfm82 | eno, i don't think so, how do i quickly verify that assumption? |
| 01:15.46 | kfm82 | uname -ap: Linux kfm82links.local 2.4.20_mipsel_linkstation #3 Thu Apr 20 14:38:55 JST 2006 mips unknown |
| 01:16.20 | NAiL | if there's any uclibc files in /lib |
| 01:17.35 | NAiL | or try executing /lib/libc.so |
| 01:17.36 | kfm82 | ls: /lib/*uc*: No such file or directory |
| 01:18.14 | kfm82 | 92453 -rwxr-xr-x 1 root root 1.6M May 11 2005 /lib/libc-2.3.2.so* |
| 01:18.14 | kfm82 | <PROTECTED> |
| 01:18.14 | kfm82 | <PROTECTED> |
| 01:18.23 | NAiL | yeah, gnu glibc |
| 01:19.00 | kfm82 | i've already had some fun when an alpha ipk of midnight commander relinked that last libc symlink, breaking half my remaining userland in the process |
| 01:20.44 | eno | kfm82: gcc --version ? |
| 01:21.07 | kfm82 | gcc (GCC) 3.3.5 (Debian 1:3.3.5-13) |
| 01:21.15 | kfm82 | nice, seems to be almost identical to unslung |
| 01:22.29 | kfm82 | subversion-1.4.2 and dependencies extracts to 53 megs of sources, so i will have to build this just to check out the optware trunk? *sigh* |
| 01:24.42 | eno | kfm82: so you're already using debian, what's the need for optware? |
| 01:25.53 | kfm82 | eno, no, that is misleading, there are openlink (merged with stock web interface) and freelink (debianized) rootfs images for the mipsel linkstation, i am using the buffalo, non-debian variant |
| 01:27.03 | kfm82 | eno, i have extracted the freelink / debian image to another dir, wonder if i may just chroot into that to use it... and how might a chroot affect already running processes? |
| 01:30.51 | eno | looks like: toolchain: crosstool # if glibc |
| 01:31.05 | eno | and toolchain: buildroot # if uclibc |
| 01:31.25 | NAiL | yeah |
| 01:31.37 | NAiL | you have to patch an old version of crosstool to get it to build uclibc |
| 01:31.56 | NAiL | and the optware makefile doesn't look like it was designed to cope with crosstool building uclibc at all |
| 01:32.36 | eno | NAiL: and the problem is the current buildroot is very mipsel specific? |
| 01:32.40 | NAiL | yes |
| 01:32.56 | NAiL | I've got no idea where to change all that stuff |
| 01:33.04 | NAiL | (without breaking the other builds) |
| 01:33.18 | eno | kfm82: you probably want to look at make/crosstool.mk and even make/crosstool-native.mk |
| 01:33.34 | kfm82 | eno, i will look into it |
| 01:34.44 | eno | kfm82: look at how the mss target handles it |
| 01:35.57 | kfm82 | i found this interesting URL in the makefile header: http://kegel.com/crosstool/ |
| 01:41.21 | eno | kfm82: http://forum.linkstationwiki.net/index.php?action=vthread&forum=7&topic=1684#msg17121 |
| 01:42.37 | NAiL | cross binutils built.. now starting with gcc :) |
| 01:43.31 | eno | NAiL: cool |
| 01:47.00 | NAiL | the binutils version used when building shouldn't matter (much), should it? |
| 01:47.16 | NAiL | I've matched uClibc, kernel and gcc versions with the original firmware |
| 01:47.57 | eno | NAiL: i don't have a clear idea |
| 01:48.39 | eno | can always try |
| 01:59.29 | *** join/#nslu2-linux mwester-laptop (n=chatzill@gw.mwester.net) |
| 02:02.31 | NAiL | gcc complete |
| 02:02.38 | NAiL | but uClibc failed miserably |
| 02:03.19 | NAiL | gcc -Wall -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -Os -funit-at-a-time -fpic -DUCLIBC_RUNTIME_PREFIX=\"/\" -fno-builtin -nostdinc -D_LIBC -I../../ldso/include -I. -I../../include -isystem /usr/lib/gcc/i486-linux-gnu/4.0.3/include -I../libdl -c powerpc/resolve.S -o powerpc/resolve.o |
| 02:03.24 | NAiL | powerpc/resolve.S: Assembler messages: |
| 02:03.26 | NAiL | powerpc/resolve.S:16: Error: no such instruction: `stwu 1,-64(1)' |
| 02:03.27 | NAiL | loads of unknown instructions |
| 02:03.46 | NAiL | nite |
| 02:06.38 | eno | nite NAiL |
| 02:23.50 | dumfrac | rwhitby: for now (etch) the NPE-B microcode will be copied from the unofficial image to the target system (/lib/firmware) |
| 02:26.34 | rwhitby | dumfrac: ok, so initial debian installation is always from slug-firmware.net, and upgrades from that are dfsg-compliant |
| 02:26.53 | dumfrac | yup |
| 02:27.14 | dumfrac | it works for now - but obviously a better solution is desirable down the line |
| 02:30.12 | kfm82 | eno, thanks, will have to go to sleep now, back soon |
| 02:37.03 | *** join/#nslu2-linux evanpro (n=evanpro@pdpc/supporter/silver/evanpro) |
| 02:47.38 | CIA-5 | 03bzhou * r4459 10optware/trunk/ (2 files in 2 dirs): bogofilter: downgrade back to 0.93 for wl500g only |
| 03:01.28 | CIA-5 | 03bzhou * r4460 10optware/trunk/make/py-sqlalchemy.mk: py-sqlalchemy: upstream upgrade to 0.3.1 |
| 03:26.29 | CIA-5 | 03bzhou * r4461 10optware/trunk/make/php.mk: php: upgrade to 5.2.0 |
| 04:50.17 | *** join/#nslu2-linux DrZimmerman (n=theo@84-72-181-62.dclient.hispeed.ch) |
| 05:05.03 | *** join/#nslu2-linux hvU (n=Sinclair@p54A085E6.dip0.t-ipconnect.de) |
| 05:08.50 | CIA-5 | 03bzhou * r4462 10optware/trunk/make/pcre.mk: pcre: upgrade from ancient 5.0 to 6.7, php 5.2 requires pcre > 6.6 |
| 05:13.54 | CIA-5 | 03rwhitby * r4463 10optware/trunk/make/rsync.mk: rsync: Updated to version 2.6.9 |
| 05:43.42 | CIA-5 | 03rwhitby * r571 10kernel/trunk/ (Makefile patches/apex/defconfig): apex: Now builds an apex that boots |
| 05:45.10 | *** join/#nslu2-linux mwester (n=mwester@nslu2-linux/mwester) |
| 05:58.36 | CIA-5 | 03rwhitby * r572 10kernel/trunk/Makefile: apex: Now works little endian too |
| 06:00.33 | *** join/#nslu2-linux \ZC (n=Sinclair@p54A0C734.dip0.t-ipconnect.de) |
| 06:45.10 | *** join/#nslu2-linux rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 07:49.57 | *** join/#nslu2-linux mwester (n=mwester@nslu2-linux/mwester) |
| 07:54.40 | *** join/#nslu2-linux kolla (n=kolla@firda.uninett.no) |
| 08:11.31 | *** join/#nslu2-linux CieD (n=CieD@host86-136-77-105.range86-136.btcentralplus.com) |
| 08:12.11 | *** join/#nslu2-linux kolla_ (n=kolla@wifipool30.uninett.no) |
| 08:18.08 | *** join/#nslu2-linux nslu2-log_ (n=nslu2-lo@nslu2-linux/dyoung) |
| 08:27.58 | *** join/#nslu2-linux kolla__ (n=kolla@wifipool30.uninett.no) |
| 08:56.32 | NAiL | good move |
| 08:57.03 | NAiL | It would appear that the initial kernel solution wasn't a good move after all, especially considering booting from usb. |
| 08:58.23 | NAiL | getting apex to boot from usb might happen someday ;-) |
| 09:17.23 | *** join/#nslu2-linux mindbender (n=Miranda@85-124-221-56.static.xdsl-line.inode.at) |
| 09:36.03 | NAiL | Anyone got a clue what might be the problem when I try to use buildroot to compile uClibc 0.9.27 and get this: http://rafb.net/paste/results/RJF0Aw50.html ? |
| 09:41.53 | rwhitby | nope |
| 09:48.02 | mindbender | hi there. i am mindbender from linkstationwiki.net. i wanted to ask what exactly would be needed to do to to create custom optware packages...i suppose we have to supply a working cross toolchain and a patch for the main makefile.....would we have to modify every makefile of each compiled package? |
| 09:50.06 | rwhitby | hi mindbender |
| 09:50.19 | rwhitby | no, you don't need to change each .mk file |
| 09:50.59 | mindbender | only the top makefile? |
| 09:51.04 | rwhitby | yep |
| 09:51.08 | mindbender | cool. |
| 09:51.20 | rwhitby | and maybe a few .mk files and patches here and there if the packages don't work on the new arch |
| 09:51.32 | rwhitby | we currently support at least 8 different targets |
| 09:51.49 | mindbender | well..."new arch".....it is ppc & mips....you already have feeds for that |
| 09:52.40 | rwhitby | right, but your targets will need some tweaks - startup scripts, etc |
| 09:53.47 | mindbender | true. but wouldn`t that interfere with other targets? i mean...you mentioned patches... |
| 09:54.02 | rwhitby | we conditionalise on ${OPTWARE_TARGET} |
| 09:54.10 | rwhitby | (at both build, and run time) |
| 09:54.35 | mindbender | i c. which is a good thing. |
| 09:54.37 | rwhitby | have you had a look through the optware build repo? |
| 09:55.30 | mindbender | i looked at the main makefile until now....and i remember how to use the whole stuff because i was one of the first ten guys compiling debianslug and flashing it.. |
| 09:55.54 | rwhitby | right, but the optware .mk stuff is different from the OE stuff |
| 09:56.14 | mindbender | kk. tell me what i should look at and i will do. |
| 09:56.24 | *** join/#nslu2-linux vmaster_ (i=vmaster@p549B53F4.dip.t-dialin.net) |
| 09:56.43 | rwhitby | look in optware/Makefile and search for OPTWARE_TARGET in optware/make/*.mk and in optware/sources/*/* |
| 09:57.24 | mindbender | i will. thx. |
| 09:57.41 | rwhitby | and choose some good names for OPTWARE_TARGET for your targets |
| 09:58.20 | mindbender | kk. thx for your help. |
| 09:59.55 | NAiL | mindbender: the ppc linkstation uses glibc? |
| 10:01.03 | mindbender | yes i read it...if you are repvik :) |
| 10:01.19 | NAiL | yup ;) |
| 10:02.33 | mindbender | the Synology DS101G feed mentioned here http://www.nslu2-linux.org/wiki/Unslung/OptwarePlatforms works on all ppc-based linkstations. |
| 10:02.53 | NAiL | yeah, and it should be easy to copy and adapt to the linkstation |
| 10:03.39 | mindbender | in fact the ppc based linkstations have the same board but only 4 mb of flash....and they use ide.....mostly a kernel thing which all was done already.... |
| 10:03.52 | mindbender | we have the latest 2.6-kernel on all ppc boxes already... |
| 10:04.35 | NAiL | nice |
| 10:06.45 | mindbender | a japanese guy has written a kernel module which allows to load a new kernel and jump into the kernel on the fly....we have it for ppc & for mips. this may be interesting for anyone here... |
| 10:08.18 | NAiL | kexec? |
| 10:11.11 | mindbender | yes..something like that. does kexec work on other platforms besides x86? |
| 10:12.08 | NAiL | we recently added kexec support to our repo |
| 10:13.00 | mindbender | is there no assembler stuff needed for kexec? we had to rewrite powerpc-assembler to mipsel-assembler to make the loader working on the LS2.. |
| 10:13.01 | NAiL | so it works on arm |
| 10:13.26 | NAiL | I've got no idea ;) |
| 10:14.58 | mindbender | hm...how is kexec support integrated? i suppose there was some work needed on the kernel? |
| 10:19.03 | NAiL | http://www.rpsys.net/openzaurus/patches/kexec-arm-r1.patch <-- the patch for arm to get kexec |
| 10:21.22 | mindbender | ah i understand..well....our future goes with UBoot on all boxes anyway so testing kernels won`t be a problem anymore. only the mips-box and the terastations are lacking UBoot but this is only a matter of time. thx guys! |
| 10:21.38 | NAiL | np |
| 10:33.25 | rwhitby | NAiL: slugos (my local copy) boots again, via apex. still a couple of things to iron out before I commit. |
| 10:36.58 | CIA-5 | 03rwhitby * r573 10kernel/trunk/patches/2.6.19/43-nslu2-mtd-microcode.patch: 43-nslu2-mtd-microcode.patch: Read microcode from FIS directory |
| 10:44.59 | NAiL | rwhitby: cool |
| 11:00.08 | *** join/#nslu2-linux eiffel (n=eiffel@pD9572334.dip0.t-ipconnect.de) |
| 11:05.01 | rwhitby | jbowler always impresses me. The funky progress meter in upslug2 even works inside an Emacs shell buffer! |
| 11:05.29 | NAiL | neat :) |
| 11:13.30 | *** join/#nslu2-linux EvilDevil (n=evildevi@vpn-stud.rz-zw.fh-kl.de) |
| 11:14.34 | rwhitby | Hmm - FIS directory partition (shortened to 0x1000) no longer covers the area of the microcode. |
| 11:15.06 | NAiL | I didn't get that |
| 11:15.21 | rwhitby | catch 22 - if I set it to 0x20000 then the microcode would be found, but the parser would get confused. if I set it to 0x1000, then the microcode is not found (cause it's not in the FIS directory partition) |
| 11:24.25 | rwhitby | yep, parsing fails. |
| 11:26.10 | NAiL | hehe |
| 11:26.21 | NAiL | I guess I should set up something like that too |
| 11:26.27 | rwhitby | I've even got remote jtag hooked up, just in case :-) |
| 11:35.22 | CIA-5 | 03rwhitby * r574 10kernel/trunk/patches/2.6.19/43-nslu2-mtd-microcode.patch: Moved microcode to SysConf partition for NSLU2 |
| 11:50.30 | rwhitby | I'm going to reserve 32Kb for the microcode. |
| 11:50.44 | rwhitby | (for the NSLU2, which only has one interface) |
| 11:51.28 | rwhitby | (minus 16 bytes for the header) |
| 11:53.24 | rwhitby | according to Christian: |
| 11:53.33 | rwhitby | The maximum data and code size for NPE-B and NPE-C on IXP425 is 16K. |
| 11:53.34 | rwhitby | For NPE-A on IXP425 it is 24k. |
| 11:53.34 | rwhitby | On ixp465 CPUs it is 24K for every NPE. |
| 11:54.07 | rwhitby | current microcode we are using is 11964. |
| 11:57.35 | NAiL | well, NPE-A isn't used on the slug at all, is it? |
| 11:58.53 | rwhitby | correct. |
| 11:59.16 | rwhitby | I might even go down to 16Kb, and use some space for an Apex environment. |
| 11:59.30 | rwhitby | (also in sysconf, so it is preserved across flashing) |
| 12:00.31 | rwhitby | Hmm - I just realised that since a normal flash doesn't touch sysconf, then my microcode won't get written in this flash ... |
| 12:03.24 | rwhitby | damn. |
| 12:03.34 | rwhitby | too many catch-22's |
| 12:04.15 | NAiL | hmm |
| 12:05.30 | NAiL | does the jffs2 fs have to fill the entire partition, or could the microcode be tacked on the end and written to that partition? |
| 12:05.52 | rwhitby | then jffs2 changes would clobber it |
| 12:06.11 | rwhitby | (unless you take a full block away from the Flashdisk partition) |
| 12:07.10 | NAiL | a full block is 128kb? |
| 12:07.14 | rwhitby | yep |
| 12:07.51 | NAiL | which of the NPE's were possible to use to speed up LE networking? Was that -A or -C? |
| 12:08.05 | rwhitby | A I think |
| 12:08.24 | rwhitby | but I don't think that was feasible |
| 12:08.30 | NAiL | oh :-\ |
| 12:09.32 | NAiL | Is there anything else we could put into that 128kb? |
| 12:10.31 | NAiL | I don't see the reduction of the jffs2 fs by 128kb as a disaster, but it's a shame if we can only use 11kb of it. |
| 12:12.24 | CIA-5 | 03rwhitby * r77 10slugimage/trunk/slugimage: Fixed an allocation bug, and moved the Microcode to 0x7f0000 |
| 12:12.41 | NAiL | where is 0x7f0000? |
| 12:12.45 | rwhitby | I think we should be able to fix the FIS dir parsing |
| 12:12.47 | rwhitby | in the FIS dir |
| 12:13.01 | rwhitby | an entry of all FF's is a good terminator |
| 12:13.06 | NAiL | ok |
| 12:13.25 | rwhitby | also need to fix the swap detection code to handle sizes other than a full block size |
| 12:40.31 | rwhitby | Hmm - upslug2 -k option no longer makes sense with a second stage bootloader |
| 12:42.17 | NAiL | upslug hasn't had any changes for a long time ;-) |
| 12:48.14 | CIA-5 | 03rwhitby * r575 10kernel/trunk/patches/2.6.19/43-nslu2-mtd-microcode.patch: Moved Microcode back into FIS directory |
| 12:48.45 | CIA-5 | 03rwhitby * r78 10slugimage/trunk/slugimage: Set FIS directory back to full erase block size |
| 12:49.47 | rwhitby | 53 RedBoot partitions found on MTD device IXP4XX-Flash.0 |
| 12:49.47 | rwhitby | Creating 53 MTD partitions on "IXP4XX-Flash.0": |
| 12:49.47 | rwhitby | 0x00000000-0x00040000 : "RedBoot" |
| 12:49.47 | rwhitby | nslu2 mac: 00:04:5a:0f:b2:c6 |
| 12:49.47 | rwhitby | 0x00040000-0x00060000 : "SysConf" |
| 12:49.47 | rwhitby | 0x00060000-0x00080000 : "Loader" |
| 12:49.51 | rwhitby | 0x00080000-0x001c0000 : "Kernel" |
| 12:49.53 | rwhitby | 0x001c0000-0x007e0000 : "Flashdisk" |
| 12:49.56 | rwhitby | 0x007e0000-0x00800000 : "FIS directory" |
| 12:49.57 | rwhitby | npe: searching for firmware... |
| 12:50.00 | rwhitby | npe: found at 0x10010, IXP425/NPE-B func: 00, rev: 2.1, size: 11964, id: 01000201 |
| 12:50.01 | rwhitby | npe: firmware loaded to NPE-B, func: 00, rev: 2.1, status: 80c00000, crc: 875e |
| 12:50.04 | rwhitby | 0xaeedf00d-0xaeedfbb9 : "" |
| 12:50.06 | rwhitby | mtd: partition "" is out of reach -- disabled |
| 12:50.07 | rwhitby | Just have to terminate the FIS directory correctly, and we're done. |
| 12:50.46 | NAiL | ooh, nice |
| 12:57.37 | rwhitby | which is a two-line addition to drivers/mtd/redboot.c |
| 12:58.11 | rwhitby | (first byte of entry == 0xff -> deleted entry, first two bytes of entry == 0xff -> end of table) |
| 13:06.19 | CIA-5 | 03rwhitby * r576 10kernel/trunk/patches/2.6.19/02-mtdpart-redboot-byteswap-partition-truncate.patch: 02-mtdpart-redboot-byteswap-partition-truncate.patch: now terminates on two bytes of 0xff - this allows us to store microcode in the FIS dir |
| 13:11.01 | NAiL | great work :) |
| 13:14.46 | rwhitby | the best patches are the shortest ones :-) |
| 13:18.15 | rwhitby | kernels take so long to compile when you're waiting ... |
| 13:30.11 | rwhitby | ok course, an even better patch is one that works. |
| 13:31.48 | NAiL | heh, it didn't work as expected? |
| 13:32.13 | rwhitby | look at the order of the tests ... |
| 13:33.35 | CIA-5 | 03rwhitby * r577 10kernel/trunk/patches/2.6.19/02-mtdpart-redboot-byteswap-partition-truncate.patch: Helps if you test for the second byte before continuing the loop |
| 13:35.47 | rwhitby | Hmm - still didn't work. |
| 13:36.02 | rwhitby | ok, it's past midnight - this one will need some other eyes on it. |
| 13:36.33 | rwhitby | night all |
| 13:39.01 | NAiL | nite |
| 13:43.15 | *** join/#nslu2-linux jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 13:43.15 | *** topic/#nslu2-linux is nslu2-linux developer channel - use #nslu2-general for end-user questions |
| 13:45.41 | dumfrac | rwhitby: for reference, apex tests for 0xffffffff to detect the end of table (apex/apex-1.4.7/src/drivers/drv-fis.c) |
| 14:23.40 | *** join/#nslu2-linux kolla__ (n=kolla@wifipool30.uninett.no) |
| 14:45.53 | barnseenio | anyone alive for a tcpdump question? |
| 14:46.08 | barnseenio | im trying to debug firefly/mtdaapd on the nslu2 |
| 14:46.22 | barnseenio | as theres a known bug with how it talks to xbmc |
| 14:47.04 | barnseenio | when i use tcpdump on the slug i only seem to record inbound traffic. im using the syntax tcpdump -i eth0 -w raw.cap |
| 14:47.08 | barnseenio | am i being stupid? |
| 14:57.17 | NAiL | barnseenio: I don't think you're stupid. Nor missing anything. I thing that should just work... |
| 14:57.27 | NAiL | do you have serial on your slug? |
| 14:57.34 | barnseenio | no |
| 14:57.41 | barnseenio | so i run tcpdump with above command |
| 14:57.48 | barnseenio | then run tcpflow -r raw.cap |
| 14:57.48 | NAiL | yeah |
| 14:57.59 | barnseenio | and it bangs out a file per communication |
| 14:58.03 | NAiL | old intel driver or new open npe driver? |
| 14:58.10 | barnseenio | and mine are always client > server |
| 14:58.12 | barnseenio | old intel |
| 14:58.22 | barnseenio | this is debianslug btw |
| 14:58.54 | barnseenio | maybe tcpflow is where im going wrong then |
| 15:00.07 | barnseenio | im just using tcpflow -r raw.tcp |
| 15:01.27 | NAiL | I'm not familiar with tcpflow, so I can't say |
| 15:01.40 | NAiL | but my guess would be that it replays both incoming and outgoing... |
| 15:01.55 | barnseenio | yeah just says in the man it dumps out a tcpdump file |
| 15:01.56 | NAiL | it might be a bug in the network driver though.. Intels code was Bad (TM). |
| 15:02.06 | barnseenio | ugg |
| 15:02.11 | NAiL | Might be interesting testing on a new driver |
| 15:02.31 | NAiL | You subscribed to the mailinglist? |
| 15:02.41 | barnseenio | sure yes |
| 15:03.04 | barnseenio | are you on a linux box now? |
| 15:03.15 | barnseenio | if you run tcpdump do you get inbound and outbound traffic? |
| 15:03.17 | NAiL | send a mail and ask someone with the new npe driver to try using tcpdump/tcpflow and see if it works. |
| 15:03.21 | NAiL | two secs |
| 15:05.44 | *** join/#nslu2-linux yvasilev (n=yvasilev@dune.math.cinvestav.mx) |
| 15:05.55 | NAiL | odd |
| 15:06.01 | barnseenio | m? |
| 15:06.06 | NAiL | I get a lot of packages going ">" |
| 15:06.16 | NAiL | but just a very, very few going "<" |
| 15:06.22 | barnseenio | but some |
| 15:06.23 | NAiL | even when sending traffic towards the box |
| 15:06.35 | barnseenio | have you run it through tcpflow? |
| 15:06.41 | NAiL | one every few hundred packages it seems |
| 15:06.51 | NAiL | I didn't get any output from tcpflow at all |
| 15:07.02 | barnseenio | your tcpdump command? |
| 15:07.07 | NAiL | <PROTECTED> |
| 15:07.12 | barnseenio | your tcpflow command? |
| 15:07.13 | NAiL | and tcpflow -r raw.cap |
| 15:07.16 | barnseenio | ls -la |
| 15:07.24 | NAiL | 16 -rw-r--r-- 1 root root 15358 Nov 13 16:04 raw.cap |
| 15:07.28 | barnseenio | ugg |
| 15:07.36 | barnseenio | it should create a file per host |
| 15:07.49 | NAiL | ouch |
| 15:07.50 | barnseenio | 213.132.130.136.42880-192.168.000.003.04680 |
| 15:07.50 | barnseenio | 216.196.180.049.04722-192.168.000.003.41414 |
| 15:07.50 | barnseenio | 216.196.180.049.30094-192.168.000.003.04985 |
| 15:07.51 | barnseenio | 217.075.122.242.02430-192.168.000.003.41414 |
| 15:07.53 | barnseenio | that kinda format |
| 15:08.11 | NAiL | uh |
| 15:08.14 | barnseenio | and i get none where slug (003) is on the left |
| 15:08.19 | NAiL | hang on |
| 15:08.51 | NAiL | 067.167.004.050.01123-192.168.007.003.06667 |
| 15:09.07 | barnseenio | looking good |
| 15:09.11 | barnseenio | irc ;-) |
| 15:09.23 | NAiL | yup, not my session though :-P |
| 15:09.27 | barnseenio | heh |
| 15:09.37 | NAiL | I'm logged into a server somewhere far away ;) |
| 15:10.35 | barnseenio | yeah lol |
| 15:10.47 | barnseenio | so, any traffic with 003 on the left? |
| 15:11.10 | barnseenio | i just keep thinking my logics flawed somewhere |
| 15:11.11 | NAiL | not anything that tcpflow shows, no |
| 15:11.29 | barnseenio | i wonder could setup a filter in tcpdump to only catch outbound traffic |
| 15:13.22 | NAiL | oh |
| 15:13.24 | NAiL | gotta run |
| 15:13.25 | NAiL | later |
| 15:28.48 | CIA-5 | 03bzhou * r4464 10optware/trunk/make/busybox.mk: busybox: update with latest template to trigger a rebuild of secondary packages |
| 15:33.14 | *** join/#nslu2-linux yvasilev (n=yvasilev@dune.math.cinvestav.mx) |
| 15:43.52 | CIA-5 | 03bzhou * r4465 10optware/trunk/Makefile: marked php-thttpd broken for wl500g and uclibc targets for now, will come back to it |
| 15:45.54 | *** join/#nslu2-linux scarolan (n=phred@cpe-66-91-16-208.hawaii.res.rr.com) |
| 15:48.05 | scarolan | Hey guys, I'm trying to build a newer version of an ipk file I want for Unslung 6.8b. I keep getting an error when I do 'make filename'. Forgive the long cut-n-paste: |
| 15:48.06 | scarolan | checking for openssl... gnome-config: No such file or directory |
| 15:48.06 | scarolan | gnome-config: No such file or directory |
| 15:48.06 | scarolan | Package openssl was not found in the pkg-config search path. |
| 15:48.06 | scarolan | Perhaps you should add the directory containing `openssl.pc' |
| 15:48.08 | scarolan | to the PKG_CONFIG_PATH environment variable |
| 15:48.09 | scarolan | No package 'openssl' found |
| 15:48.11 | scarolan | configure: error: Could not find openssl's crypto library |
| 15:50.09 | *** join/#nslu2-linux dwery (n=dwery@nslu2-linux/dwery) |
| 16:42.10 | *** join/#nslu2-linux yvasilev (n=yvasilev@dune.math.cinvestav.mx) |
| 16:47.57 | *** join/#nslu2-linux l0c4lh0st (n=a@j147098.upc-j.chello.nl) |
| 16:51.01 | scarolan | I've posted the same message to the mailing list - maybe someone who has experience building packages will be able to help. |
| 16:51.52 | *** join/#nslu2-linux HopsNBarley (n=hops@pool-71-116-66-86.snfcca.dsl-w.verizon.net) |
| 17:00.11 | CIA-5 | 03bzhou * r4466 10optware/trunk/make/dspam.mk: dspam: trigger rebuild with latest template to recovery secondary ipks |
| 17:03.45 | CIA-5 | 03bzhou * r4467 10optware/trunk/make/emacs.mk: emacs: trigger rebuild with latest template to recovery secondary ipks |
| 17:05.40 | CIA-5 | 03bzhou * r4468 10optware/trunk/make/imap.mk: imap: trigger rebuild with latest template to recovery secondary ipks |
| 17:08.49 | CIA-5 | 03gda * r4469 10optware/trunk/make/cyrus-sasl.mk: cyrus-sasl: 2.1.22 |
| 17:09.33 | CIA-5 | 03gda * r4470 10optware/trunk/make/postfix.mk: postfix: 2.3.4 |
| 17:10.15 | eno | scarolan: i can help, just today right now is not a good time |
| 17:10.47 | *** join/#nslu2-linux ByronT (n=byron-po@nslu2-linux/ByronT) |
| 17:11.22 | scarolan | eno: No problem, this is not mission-critical stuff. Just email or ping me on IRC when you do have time |
| 17:11.51 | eno | scarolan: you probably want to look at other packages that openssl-stage and use that as example |
| 17:11.52 | scarolan | eno: I would like to contribute the package back into the feed if I can get it working, because I think others could use it. |
| 17:12.06 | eno | scarolan: that would be great |
| 17:13.12 | VoodooZ | <PROTECTED> |
| 17:13.23 | VoodooZ | I'm looking forward to alpha testing this. |
| 17:16.45 | scarolan | eno: how can i find other packages that use openssl-stage? Do I just grep the optware/make directory? |
| 17:17.13 | eno | scarolan: yeah, grep will do |
| 17:19.12 | scarolan | I get this: |
| 17:19.13 | scarolan | bash-3.1# grep openssl.pc * |
| 17:19.13 | scarolan | openssl.mk: install -m 644 $(OPENSSL_BUILD_DIR)/openssl.pc $(STAGING_DIR)/opt/lib/pkgconfig |
| 17:21.26 | eno | scarolan: grep PKG_CONFIG_PATH make/*.mk |
| 17:22.58 | scarolan | ok, everything that matches this search has: |
| 17:23.00 | scarolan | xchat.mk: PKG_CONFIG_PATH="$(STAGING_LIB_DIR)/pkgconfig" \ |
| 17:23.10 | scarolan | (xchat is just one example) |
| 17:23.36 | eno | scarolan: try do the same for your package, set it before your configure call |
| 17:31.21 | scarolan | Ok, i've done that and it seems to be compiling. . . keeping my fingers crossed |
| 17:46.05 | scarolan | How come the slug appears to build a whole bunch of other stuff just to make one package? |
| 17:46.50 | *** join/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com) |
| 17:49.12 | *** join/#nslu2-linux likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
| 17:59.12 | HopsNBarley | scarolan, bitbake -v will show you the dependencies as they are analyzed. |
| 18:00.32 | scarolan | HopsNBarley, so in other words once all the dependencies are built, it should not have to make those again for future packages? |
| 18:01.24 | HopsNBarley | exactly. |
| 18:03.27 | likewise | dependencies are cached, AFAIK. |
| 18:05.16 | likewise | HopsNBarley: you already have a PPC toolchain within OE? |
| 18:06.38 | HopsNBarley | yeah! |
| 18:06.56 | HopsNBarley | seems to work okay with glibc 2.5, too. |
| 18:07.21 | HopsNBarley | hey, are any of you folks in the bay area? It would be fun to get together and compare notes, war stories, etc. |
| 18:10.04 | *** join/#nslu2-linux CieD (n=CieD@81.168.95.39) |
| 18:10.45 | HopsNBarley | scarolan, i'd offer an alternative explanation: it's not so much that dependencies are cached, it's that the record of their sucessful build is noted in the tmp/stamps/module-version.do_* files. |
| 18:11.04 | HopsNBarley | splitting hairs, i know. |
| 18:12.11 | scarolan | Ok, that is more accurate explanation. I was just wondering because my build environment is on the slug itself, and the little guy is doing his best but slooooowly |
| 18:12.59 | scarolan | I tried to set it up on my laptop running Ubuntu edgy, but the tools wouldn't build properly |
| 18:14.38 | scarolan | Debian stable should work for cross-compiling, right? |
| 18:15.30 | HopsNBarley | i dunno. i'm using gentoo. *should* work almost anywhere, but will probably take some tweaking. what error are you hitting? |
| 18:15.44 | scarolan | let me check that now |
| 18:24.12 | scarolan | I did a "make rtorrent" on my laptop to see - wow it's a LOT faster than the slug |
| 18:25.06 | HopsNBarley | probably 20-50x (-; |
| 18:30.43 | scarolan | does this IRC channel have a pastebot? |
| 18:32.27 | scarolan | anyway here are one of the errors i get |
| 18:32.28 | scarolan | /home/scarolan/slug/optware/toolchain/crosstool/build/armv5b-softfloat-linux/gcc-3.3.5-glibc-2.2.5/build-glibc/csu/version-info.h:1:1: missing terminating " character |
| 18:33.05 | scarolan | it spits out about four missing terminating " character messages, then finally exits with Error 2 |
| 18:55.59 | HopsNBarley | scarolan, sorry, dunno. i'm not using crosstool or optware. |
| 18:56.41 | scarolan | HopsNBarley, well I'll give it another shot here. By the way, are you actually running gentoo on your slug? |
| 18:57.04 | HopsNBarley | no, but i sorta wish i was... |
| 18:57.14 | scarolan | Wouldn't take like 6 months to install? |
| 18:57.53 | HopsNBarley | i'm assuming i could cross compile packages, but i don't know about emerge and cross compiling. |
| 19:08.21 | likewise | HopsNBarley: nice to hear about powerpc working, I'll get myself a qnap ts-101 probably to work with OE/PPC. |
| 19:12.58 | HopsNBarley | i'd be happy to share my BB recipies for getting the toolchain up, at least. |
| 19:17.36 | likewise | HopsNBarley: if you can share them, pls. do. I think the most neat way is to post them as attachments in the bug tracker of OE. But I would welcome a copy in my email box :-) |
| 19:18.45 | likewise | HopsNBarley: did you get a quote on the 8343 parts from your distributor? I'm asking them for one tomorrow. (and on the 8347 as well). |
| 19:18.57 | likewise | them = my distributor |
| 19:19.16 | HopsNBarley | likewise, i think we were talking with freescale directly. hold on, lemme ask my HW guy. |
| 19:19.32 | likewise | HopsNBarley: consumer numbers, right... |
| 19:20.12 | *** join/#nslu2-linux fcarolo (i=www-data@limax.nslu2.osuosl.org) |
| 19:22.53 | HopsNBarley | likewise, no answer... you were also curious on mips/W, right? |
| 19:23.31 | likewise | HopsNBarley: well, I could deduce the mips/W from the datasheet, I just wanted to check what I could expect in term of $ per part. |
| 19:23.53 | likewise | HopsNBarley, I think we pay $20 for a 533MHz XScale IXP420 |
| 19:28.05 | HopsNBarley | likewise, that seems like a good price. |
| 19:40.15 | NAiL | likewise: tried compiling a "correct" toolchain with buildroot, but it bombs out on uclibc |
| 19:40.44 | NAiL | http://rafb.net/paste/results/RJF0Aw50.html |
| 19:41.12 | likewise | NAiL: lemme check my local build (which stopped at hdparm) |
| 19:42.14 | barnseenio | NAiL: i got my other friend to capture some data using tcpdump, and it captured both inbound and outbound, i also sent him my capture file and tcpflow gave the same results, so it seems my tcpdump on nslu2/debianslug isnt capturing outbound traffic |
| 19:42.40 | *** part/#nslu2-linux dwery (n=dwery@nslu2-linux/dwery) |
| 19:42.51 | *** join/#nslu2-linux dwery (n=dwery@nslu2-linux/dwery) |
| 19:43.00 | NAiL | barnseenio: that is quite... odd |
| 19:43.04 | barnseenio | isnt it! |
| 19:43.45 | barnseenio | have you got a slug there? |
| 19:44.03 | likewise | NAiL: hmm, resolve.o is not in my build. let's restart it... |
| 19:45.14 | *** join/#nslu2-linux l0c4lh0st (n=a@j147098.upc-j.chello.nl) |
| 19:47.34 | likewise | L0C4LH0ST: hello |
| 19:52.50 | [g2] | HopsNBarley are you building BB with glibc or uclibc ? |
| 19:53.01 | HopsNBarley | glibc 2.5 |
| 19:53.03 | *** join/#nslu2-linux caplink811-log (n=caplink8@dslb-088-073-044-068.pools.arcor-ip.net) |
| 19:53.36 | [g2] | crispy fresh :) |
| 19:53.50 | HopsNBarley | so far so good.... |
| 19:54.08 | [g2] | are you building for XScale at all or just PPC ? |
| 19:54.11 | HopsNBarley | it's on my menu to run the test suite, but so far relying on the existence proof. |
| 19:54.25 | HopsNBarley | both xscale (slug) and ppc (storcenter) |
| 19:54.59 | [g2] | did you use buildroot to make the toolchain ? |
| 19:55.24 | [g2] | and are you running BE on the slug ? |
| 19:56.18 | HopsNBarley | i am running BE on the slug, and i don't know what buildroot is (-; |
| 19:56.55 | [g2] | HopsNBarley how did you create your toolchain ? crosstool ? |
| 19:57.35 | *** join/#nslu2-linux Tobbe (n=tobbe@kbhn-vbrg-sr0-vl203-120.perspektivbredband.net) |
| 19:57.52 | HopsNBarley | i used BB... with all the PREFERRED providers set right in a distro/conf. but this is probably buildroot, right? |
| 19:58.07 | [g2] | nod. |
| 19:58.44 | [g2] | There's buildroot that builds the toolchain, tools, rootfs, and then there's busybox which is really stand-alone |
| 19:59.02 | HopsNBarley | [g2], is there a "migration" of sorts to tasks in OE? |
| 19:59.04 | [g2] | the buildroot stuff just helps ppl get setup to run busybox |
| 19:59.31 | [g2] | HopsNBarley how do you mean migration ? |
| 20:00.05 | HopsNBarley | away from meta and towards tasks. tasks just seems.. newer, but i've not seen discussion on the matter |
| 20:00.31 | HopsNBarley | [g2], where does buildroot live? I don't see a class or a package file. |
| 20:00.48 | likewise | HopsNBarley: [g2] is wrong here, buildroot is not part of BB/OE. |
| 20:01.34 | HopsNBarley | find openembedded/ -name \*buildroot\* returns nothing. |
| 20:01.52 | likewise | HopsNBarley: buildroot has nothing to do with openembedded. |
| 20:02.03 | HopsNBarley | likewise, thanks. |
| 20:03.00 | likewise | HopsNBarley: buildroot is a package build framework, a bit dumber than OE, but simpler as well. It lives here: http://buildroot.busybox.net/ |
| 20:03.04 | [g2] | likewise where did I say buildroot was part of busybox ? |
| 20:03.39 | likewise | [g2]: you gave a nod, right after a Q of HopsNBarley. That's were all confusion started. Might be a badly timed nod though. |
| 20:03.58 | HopsNBarley | likewise, thanks, good tip. i like OE but always nice to have other tools in the bag. |
| 20:04.22 | likewise | [g2]: 14 lines back (15 by now :-) ) |
| 20:04.42 | [g2] | likewise Ah...l yeah... I was nodding to the running 'BE and don't know what buildroot is |
| 20:05.02 | likewise | HopsNBarley: there's crosstool: the tool to create cross toolchains, buildroot, the tool to create toolchains + packages, and then there's a whole bunch of derivates of these. |
| 20:05.29 | HopsNBarley | thank goodness buildroot is not in OE. I would have been concerned for myself. (-; have used crosstool previouslly. |
| 20:05.56 | likewise | HopsNBarley: NAiL is trying to have buildroot build a uclibc toolchain for PowerPC now. |
| 20:06.31 | likewise | HopsNBarley: could you put your .bb on a web page, or email them to us? I would very much like to test at least whether it builds OK here. |
| 20:07.18 | HopsNBarley | so, you'll need the distro and machine .conf, as well as the kernel and rootfs bb's. |
| 20:07.53 | likewise | HopsNBarley: whatever you want to share. |
| 20:08.05 | *** join/#nslu2-linux bun-bun (n=bun@unaffiliated/bun-bun) |
| 20:08.35 | HopsNBarley | just want to get you a complete set. do you just want the toolchain stuff? |
| 20:09.10 | likewise | HopsNBarley: rootfs and kernel are fine with me too. |
| 20:09.18 | HopsNBarley | (-; |
| 20:09.37 | *** join/#nslu2-linux l0c4lh0st (n=a@j147098.upc-j.chello.nl) |
| 20:10.05 | HopsNBarley | first, a big fat caveat: this is alpha stuff. there are still various problems and warnings and incompatibilities with the slugos stuff, on which the rootfs is based. |
| 20:10.57 | [g2] | HopsNBarley it sounds like you are building the tools with OE then correct ? |
| 20:11.23 | likewise | NAiL: check this: http://www.busybox.net/lists/buildroot/2006-October/000262.html |
| 20:11.46 | HopsNBarley | as an aside, we should be looking at ways to make slugos a more general purpose OS with no slug dependencies - or maybe i should be making a debain based solution... opinions solicited. |
| 20:11.58 | HopsNBarley | [g2], yes. |
| 20:12.10 | barnseenio | [g2]: got a sec for a quick question? |
| 20:12.32 | [g2] | barnseenio ask away |
| 20:12.36 | likewise | HopsNBarley: then probably we should define the minimal machine features the machine must have in order to be supported in the distro. |
| 20:13.21 | [g2] | HopsNBarley it really depends on your goals for the distro |
| 20:13.27 | likewise | HopsNBarley: and then the slugos could be made to match with whatever is available on the different machines (I mean, NAS devices are popping up faster than I can switch gears). |
| 20:14.05 | barnseenio | im trying to debug mt-daapd between nslu2 and xbox. theres a known bug. when i run tcpdump on my nslu2 (debianslug) i get no outbound data recorded, i.e. from slug to itunes client. when my friend tries on a linux box, he see's two way network traffic recorded by tcpdump. can you think of a reason why im not seeing outbound traffic using tcpdump/tcpflow? |
| 20:14.35 | HopsNBarley | there are several difficulties. |
| 20:15.12 | HopsNBarley | first are the init scripts, which are quite HW dependent. Fair enough, it IS the slugos-initscripts i'm working from. |
| 20:15.31 | [g2] | barnseenio are you running netfilter or anything like that on the slug ? |
| 20:15.41 | barnseenio | not intentionally |
| 20:15.45 | HopsNBarley | second are the use cases. i don't want to build the X11 stuff, yet certain OE dependencies essentially make it hardwired. |
| 20:15.56 | [g2] | barnseenio lsmod is your friend |
| 20:16.00 | HopsNBarley | this seems to be addressed (an initial cut) in the tasks/ packages |
| 20:16.01 | likewise | HopsNBarley: I have a solution for the X11 deps |
| 20:16.02 | barnseenio | im using the intel network stuff |
| 20:16.35 | HopsNBarley | likewise, yeah? |
| 20:16.52 | barnseenio | NSUL2:/home/bb# lsmod |
| 20:16.53 | barnseenio | Module Size Used by |
| 20:16.53 | barnseenio | af_packet 18408 2 |
| 20:16.53 | barnseenio | ixp400_eth 17980 0 |
| 20:16.53 | barnseenio | ixp400 946852 1 ixp400_eth |
| 20:16.55 | barnseenio | ext3 104232 2 |
| 20:16.58 | barnseenio | jbd 46612 1 ext3 |
| 20:17.00 | barnseenio | mbcache 5540 1 ext3 |
| 20:17.18 | [g2] | barnseenio pls pastebin > 4 lines |
| 20:17.26 | barnseenio | sorry [g2] |
| 20:17.35 | barnseenio | mean much to you ;-) ? |
| 20:17.48 | [g2] | np, it's a fyi not a wrist slap |
| 20:17.54 | likewise | HopsNBarley: I am using an overlay of .bb files that have no X dependencies. This was before the task/feature stuff. |
| 20:19.35 | [g2] | barnseenio did you compare the two different incoming packets (one from the mac, one from the linux box) ? |
| 20:19.51 | HopsNBarley | likewise, i've been keeping my own tree based on OE a few months ago. i've merged in some changes from the mainline as i have time. your solution seems a good one. |
| 20:20.03 | [g2] | I'd guess that the daemon is rejecting the packets from itunes for some reason |
| 20:20.23 | barnseenio | sorry you misunderstand |
| 20:20.34 | barnseenio | itunes server runs fine |
| 20:20.53 | barnseenio | when i run tcpdump i see no data which is server > client, i only see incoming requests to slug |
| 20:21.26 | [g2] | barnseenio i don't think you understood my reply |
| 20:21.27 | likewise | HopsNBarley: depends on the number of packages you need without X11 deps |
| 20:21.48 | barnseenio | sorry, i am stupid |
| 20:21.55 | [g2] | barnseenio not at all |
| 20:22.03 | CIA-5 | 03gda * r4471 10optware/trunk/make/asterisk.mk: asterisk: 1.2.13 |
| 20:22.09 | [g2] | barnseenio we just have a communication to clean up |
| 20:22.12 | HopsNBarley | likewise, i haven't hit that many... cause i'm just a fileserver. |
| 20:22.44 | barnseenio | its just the same tcpdump command on a different box seems to capture client>server and server>client (im guessing this because when i run the output through tcpflow if see only traffic the one way) |
| 20:22.57 | [g2] | barnseenio in summary, when the linux box talks to the mt-dapp server on the slug the slug replies, the itunes box doesn't correct ? |
| 20:23.12 | barnseenio | no |
| 20:23.41 | barnseenio | sorry, i think i started with a confusing statement ;-) |
| 20:23.43 | [g2] | barnseenio I meant the slug doesn't reply when the itunes box tries |
| 20:24.04 | barnseenio | client > slug(itunes server) all works |
| 20:24.06 | HopsNBarley | likewise, i gotta take a lunch break. i'll catch you later and get you those files. |
| 20:24.06 | likewise | HopsNBarley: then the package overlay approach works fine. I have been using it for freetype, cairo, pango, gtk+-pixbuf |
| 20:24.16 | HopsNBarley | likewise, with CVS or something? |
| 20:24.17 | likewise | cya, thanks. |
| 20:24.31 | barnseenio | however when i run tcpdump i never see any outbound traffic from slug (even though it works and data is obviously sent from slug to client) |
| 20:24.33 | likewise | HopsNBarley: no, I'll explain next time |
| 20:24.39 | HopsNBarley | cool. later. |
| 20:25.37 | barnseenio | in fact if you take itunes out of the equation, i can never seem to use tcpdump to see any tcp traffic from slug>caller |
| 20:26.04 | barnseenio | happen to know if its some limitation/bug/something with intel network driver for nslu2 |
| 20:26.43 | [g2] | barnseenio Ok... so the issue is simply that you are not seeing output on the slug from tcpdump |
| 20:26.49 | barnseenio | yes, sorry |
| 20:27.04 | barnseenio | i run tcpdump -i eth0 -w file.crap |
| 20:27.09 | barnseenio | then tcpflow file.crap |
| 20:27.19 | barnseenio | and all output is client>slug never slug>client |
| 20:27.52 | barnseenio | then tcpflow -r file.crap |
| 20:27.53 | likewise | NAiL: ping. Somehow, my buildroot builds uClibc. |
| 20:28.28 | likewise | NAiL: the daily snapshot of uClibc though. |
| 20:44.43 | barnseenio | happen to think of a reason why that may be [g2] ? have you ever dumped tcp on your slug(s) and seen two way traffic? |
| 20:45.02 | *** join/#nslu2-linux l0c4lh0st (n=a@j147098.upc-j.chello.nl) |
| 20:45.47 | [g2] | barnseenio I remember seeing the input |
| 20:46.03 | [g2] | I haven't looked closely for the output |
| 20:46.44 | barnseenio | i see, maybe i'll try on the mailing list, see if anyone can help |
| 20:47.14 | [g2] | barnseenio I guess it'd be simple issue to check out |
| 20:47.35 | [g2] | 1) run a ping -c 5 from some other box |
| 20:47.52 | [g2] | 2) watch for the packets in and out |
| 20:48.01 | [g2] | I'm sure the ifconfig stats are correct |
| 20:48.32 | [g2] | and it's really a question of where libpcap taps the ip output |
| 20:48.49 | [g2] | barnseenio does that make any sense ? |
| 20:51.12 | barnseenio | yes and no |
| 20:51.23 | barnseenio | im not sure what ifconfig is |
| 20:51.36 | [g2] | ifconfig eth0 |
| 20:51.48 | [g2] | you'll see information about the interface |
| 20:52.25 | [g2] | there are packet and byte count RX (receive) and TX(transmit) plus other stuff |
| 20:53.14 | barnseenio | k i see that stuf |
| 20:53.15 | barnseenio | f |
| 20:53.33 | barnseenio | what am i looking for that would indicate whether i can see packets out as well as packets in? |
| 20:54.15 | NAiL | likewise: yeah, daily can probably compile. But it won't work on the ts101 :-\ |
| 20:54.45 | barnseenio | i guess i should go read up a bit more. im still frustrated that running exactly the same thing on another linux box yields different results, although i appreciate there could be lots of reasons why! |
| 20:55.15 | likewise | NAiL: did you choose 2.6.18 kernel headers? |
| 20:55.28 | NAiL | likewise: I'm also using older kernel headers, so for the time being it won't make a difference |
| 20:57.05 | [g2] | barnseenio on a quiet network, none of the counts move |
| 20:57.21 | barnseenio | none of the counts move |
| 20:57.40 | [g2] | then you can ping -c 5 the device and see the packet counts in and out |
| 20:57.40 | barnseenio | oh the ifconfig counts? |
| 20:57.40 | barnseenio | i see |
| 20:57.40 | [g2] | yeah |
| 20:58.49 | barnseenio | how do i differentiate in and out? |
| 20:58.53 | barnseenio | in ifconfig |
| 21:00.37 | likewise | NAiL: I cannot find the option where I specify the uClibc version (mine is 0.9.28 if I do not build from a snapshot) |
| 21:00.39 | barnseenio | when i ping it, before and after in ifconfig all the numbers change (RX,TX etc) |
| 21:00.42 | *** join/#nslu2-linux EvilDevil (n=evildevi@p54A6F8F9.dip.t-dialin.net) |
| 21:02.57 | barnseenio | sorry i'll stfu .. i'll go read some stuff before blurting linux 101 networking guff |
| 21:15.35 | NAiL | likewise: Yeah, I had to edit the uclibc.mk file |
| 21:15.44 | NAiL | and replace .28 with .27 |
| 21:15.51 | likewise | NAiL: ok |
| 21:17.54 | *** join/#nslu2-linux EvilDevil_ (n=evildevi@p54A6E010.dip.t-dialin.net) |
| 21:22.15 | *** join/#nslu2-linux kfm82 (n=kfm82@p54BEF535.dip.t-dialin.net) |
| 21:44.10 | NAiL | likewise: have you tried recompiling? |
| 21:44.29 | likewise | yeah, same error, I am looking into why .28 works, .27 not |
| 21:53.27 | *** join/#nslu2-linux meklort (n=meklort@71-34-154-157.clsp.qwest.net) |
| 21:58.45 | CIA-5 | 03bzhou * r4472 10optware/trunk/make/php-thttpd.mk: php-thttpd: patch for uclibc platform |
| 22:00.20 | CIA-5 | 03bzhou * r4473 10optware/trunk/Makefile: php-thttpd should be ok now for wl500g and uclibc platforms |
| 23:21.38 | *** join/#nslu2-linux bullet (n=bullet@168.23.79.83.cust.bluewin.ch) |
| 23:21.54 | *** join/#nslu2-linux kolla (i=kolla@firda.kolla.no) |
| 23:31.56 | CIA-5 | 03bzhou * r4474 10optware/trunk/make/apache.mk: apache: trigger rebuild with latest template to recovery secondary ipk |
| 23:33.59 | CIA-5 | 03bzhou * r4475 10optware/trunk/make/apache.mk: apache: small Makefile fix |
| 23:38.48 | *** join/#nslu2-linux yvasilev (n=yvasilev@189.140.152.251) |
| 23:58.18 | CIA-5 | 03bzhou * r4476 10optware/trunk/make/cyrus-imapd.mk: cyrus-imapd: trigger rebuild with latest template to recovery secondary ipks |