| 00:07.25 | ka6sox-away | sorta eno... |
| 00:12.46 | eno | hi ka6sox! |
| 00:13.23 | ka6sox-away | hi eno...hows it going. |
| 00:14.18 | eno | i'm using 3.18b right now, i looked the wiki pages, but cannot find anywhere stating the major diff between 3.x and 4.x |
| 00:15.00 | eno | what's the advantage of going 4.x? |
| 00:15.02 | ka6sox-away | that is a good question. |
| 00:15.18 | eno | especially from end user's point of view |
| 00:15.51 | eno | i saw the other day in the irc log that we need more alpha testers for 4.x |
| 00:16.06 | ka6sox-away | yes we do. |
| 00:16.55 | eno | i'm usually pretty conservative, esp. since i only have 1 slug to play with right now and it's working pretty fine |
| 00:17.12 | eno | that's why i'm asking the question |
| 00:17.59 | ka6sox-away | I'm going to ping the release manager to answer that question and then i'll get a wikipage up for that. |
| 00:19.12 | eno | that would be really helpful, for getting more testers for 4.x |
| 00:21.38 | eno | i got my distcc working with cross compilation the other day |
| 00:25.09 | ka6sox-away | that sounds good...i would like to see us do it for Native builds as it takes soooo long to do builds natively |
| 00:25.40 | eno | exactly |
| 00:26.37 | ka6sox-away | actually what I'd like is the setiathome verson of distcc so that we can harvest the power of these slugs that are sitting idle most of the time. |
| 00:27.15 | Tiersten | On a 133/266MHz SA? |
| 00:27.23 | Tiersten | It'd probably take a month to do one WU |
| 00:28.06 | ka6sox-away | no no no...I mean using the slugs to do distcc and send their results back to the main slug. |
| 00:28.34 | Tiersten | ahh |
| 00:28.48 | Tiersten | thought you wanted to run setiathome on the NSLU2! |
| 00:28.51 | ka6sox-away | so like 20 slugs can do the make/config/cc1 and then send the results back for linking. |
| 00:29.14 | eno | hmm, interesting idea |
| 00:29.35 | Tiersten | bbiab |
| 00:29.44 | ka6sox-away | k |
| 00:30.33 | ka6sox-away | if the slugs could download the source (on their own) and then compile and send every thing back for the linking phase (can't see how to do that distributed) |
| 00:32.49 | eno | there needs to be some kind of registration service for the central slug to find the other slugs |
| 00:34.31 | eno | as far as the central slug is concerned, the other peers can be real slug, or cross compilers |
| 00:35.14 | ka6sox-away | yeah. |
| 00:35.29 | ka6sox-away | I was mostly thinking for Native-Only builds. |
| 00:35.40 | ka6sox-away | we can throw a lot of horsepower at Crossbuilds |
| 00:35.48 | ka6sox-away | but the slug is the slug. |
| 00:35.59 | ka6sox-away | and for native builds its just very slow. |
| 00:36.59 | eno | right, painfully slow |
| 00:37.18 | jacques | and I *still* wanna know why it shows half the bogomips it should |
| 00:38.13 | ka6sox-away | dyoung and I looked at that a little bit. |
| 00:38.19 | eno | is the CPU crippled or something? is there a way to make it run 266MHz? |
| 00:38.40 | ka6sox-away | there is no mode for reducing the core to 133mhz with the stepping that we have that is documented |
| 00:38.54 | ka6sox-away | we need to look at the register that is conrolling corefreq. |
| 00:39.20 | *** join/#nslu2-linux jbowler (~jbowler@67.139.207.38) |
| 00:39.36 | jacques | good afternoon, jbowler |
| 00:39.43 | ka6sox-away | hi jbowler |
| 00:40.11 | ka6sox-away | I suspect that the answer will be found in RedBoot. |
| 00:40.20 | ka6sox-away | in the HAL code. |
| 00:40.32 | jbowler | good <various> ;-) |
| 00:40.48 | eno | so OE will be the answer? |
| 00:41.27 | ka6sox-away | maybe APEX will be the answer |
| 00:41.38 | jacques | hmmm, interesting theory |
| 00:42.03 | jacques | [g2] is already using APEX on his slug |
| 00:42.33 | ka6sox-away | we should ask him what his bogomips number is. |
| 00:43.11 | jacques | yeah, definitely |
| 00:45.56 | jacques | and we should also talk to beewoolie (sp?) |
| 00:48.13 | *** join/#nslu2-linux KsiLapto1 (~ksilebo@d47-69-56-108.try.wideopenwest.com) |
| 00:49.01 | Tiersten | back |
| 00:49.43 | jbowler | Ah you all still seeing the bogus bogomips number? |
| 00:53.31 | ka6sox-away | yeah |
| 00:53.38 | ka6sox-away | dunno what that is all about. |
| 00:54.01 | ka6sox-away | since the multiplier *should* be fixed in this stepping of the part. |
| 00:55.02 | ka6sox-away | maybe somebody could write a little proggy that would verify whether we are running at 133mhz or 266mhz. |
| 00:55.43 | jbowler | The guy you posted the original query had actually done that - and it looked correct (and it looked like 133MHz) |
| 00:56.48 | ka6sox-away | so that would suggest that there is a corefreq mode that is *not* documented |
| 00:56.53 | Tiersten | The bogomips value indicates that it is 133 still |
| 00:57.11 | jbowler | Is there some way of getting the value out of /proc (cpu info?)? I can't see it on my current openslug builds 'cause by the time I can ssh in it's disappear off the top of the buffer. |
| 00:57.25 | ka6sox-away | dmesg? |
| 00:58.20 | Tiersten | I'm inclined to believe the bogomips value since they don't usually change the algorithm |
| 00:58.32 | ka6sox-away | [tking@gastro tking]$ cat /proc/cpuinfo |
| 00:58.32 | ka6sox-away | Processor : XScale-IXP425/IXC1100 rev 1 (v5b) |
| 00:58.32 | ka6sox-away | BogoMIPS : 131.48 |
| 00:58.32 | ka6sox-away | Features : swp half thumb fastmult edsp |
| 00:58.32 | ka6sox-away | Hardware : Intel IXDP425 Development Platform |
| 00:58.33 | ka6sox-away | Revision : 0000 |
| 00:58.35 | ka6sox-away | Serial : 0000000000000000 |
| 00:59.11 | jbowler | It's per-arch, the code to calculate it is ARM assembler and makes some assumptions (implicitly) about the function entry etc. |
| 00:59.23 | Tiersten | Yeah but as I said, it doesn't change often |
| 00:59.40 | Tiersten | You can usually use it to compare relative speeds if you're using the same CPU family and revision |
| 00:59.51 | ka6sox-away | which suggests (as I think we already know) that they just simply took the IXDP montevista code and just *used* it. |
| 01:00.03 | Tiersten | So comparing a P3 to a P4 wouldn't work but between a Northwood P4 and a Northwood P4 it should work |
| 01:00.32 | jacques | cat /proc/cpuinfo |
| 01:00.36 | jacques | it should be there |
| 01:00.51 | ka6sox-away | thats what I just showed from Gastro. |
| 01:01.11 | Tiersten | Didn't somebody get a 266ish value for bogomips? |
| 01:01.19 | jacques | ah OK, I thought you had gotten that from dmesg |
| 01:01.19 | Tiersten | I seem to remember somebody getting that |
| 01:01.43 | ka6sox-away | does somebody have a cpuinfo from a OpenSlug box? |
| 01:01.50 | jacques | it's the same |
| 01:02.13 | ka6sox-away | it *should* be set in the Bootloader |
| 01:02.40 | ka6sox-away | but according to the doco there is no *underclocked* mode for this stepping of the part. |
| 01:02.54 | jacques | Processor : XScale-IXP42x Family rev 1 (v5b) |
| 01:02.54 | jacques | BogoMIPS : 133.12 |
| 01:02.58 | jacques | that's from openslug |
| 01:03.00 | ka6sox-away | so its an undocumented *feature* |
| 01:03.10 | Tiersten | Unless they're doing something daft like dividing the crystal output |
| 01:03.17 | Tiersten | But that'd really screw up the PCI timing |
| 01:03.28 | ka6sox-away | different clock |
| 01:03.39 | ka6sox-away | it would mess with the memory timing. |
| 01:03.41 | Tiersten | Doesn't it generate it all from one? |
| 01:03.52 | ka6sox-away | there are 4 clocks in the slug |
| 01:03.53 | Tiersten | You only need to give it 33MHz or something |
| 01:03.57 | Tiersten | Hrmm |
| 01:04.05 | Tiersten | What was I looking at then in the datasheet... |
| 01:05.14 | jbowler | I got 266.24 - and I still do! |
| 01:05.31 | jacques | ?? |
| 01:05.35 | ka6sox-away | jbowler, ???? |
| 01:05.41 | Tiersten | jbowler: Okay. It was you then :) |
| 01:05.41 | jbowler | Here's /proc/cpuinfo: |
| 01:05.57 | jbowler | Um, ok, want me to send all 25 lines? |
| 01:06.06 | ka6sox-away | go to #flood |
| 01:06.20 | jacques | or just first three and last three |
| 01:06.24 | Tiersten | A XScale core should give roughly 1 bogoMIP per MHz |
| 01:07.28 | ka6sox-away | agreed |
| 01:07.30 | jacques | jbowler, what kernel version? |
| 01:07.49 | jacques | and did you do any special configuration? I assume you haven't changed the bootloader? |
| 01:08.19 | jbowler | jacques: eh, yes - that's 'jonslug' not 'openslug' - 2.6.11-mm4 |
| 01:08.51 | jbowler | No RedBoot change, the info was obtained from within 'bootbox' - which is a shrunken 'switchbox' |
| 01:09.08 | jbowler | I'm reflashing openslug now. |
| 01:09.11 | Tiersten | any kernel changes? |
| 01:09.17 | jacques | we need some sort of tiny app that we can run on both slugs to prove once and for all that they are running at different speeds |
| 01:10.07 | Tiersten | just running dhrystone on it and timing it would be enough |
| 01:10.09 | jbowler | Oh, I've built -march=xscale -mtune=xscale |
| 01:10.28 | Tiersten | Same otherwise? |
| 01:10.49 | jacques | well it *is* a different kernel version than regular openslug isn't it? |
| 01:11.04 | ka6sox-away | I though ours was 2.6.11 |
| 01:11.23 | jbowler | There are a lot of ARM patches in MM |
| 01:11.24 | jacques | not -mm4 tho |
| 01:11.29 | Tiersten | hrmm |
| 01:11.52 | Tiersten | somebody needs to add mm4 to a stock openslug kernel and see if it changes |
| 01:11.57 | Tiersten | and do the dhrystone benchmark |
| 01:12.01 | jacques | jbowler, I don't suppose you added -mm4 to oe ? :-) |
| 01:12.23 | ka6sox-away | jbowler...If you feel comfortable with this I would like to know if there is a noticable difference in heat generated. |
| 01:12.32 | jbowler | jacques: no, it's sitting on a branch. I was thinking of adding 'nslu2-kernel' to OE for testing new kernels |
| 01:13.06 | jbowler | kas6sox-away: ? I have to put it somewhere painful to work this out? |
| 01:13.18 | jacques | jbowler, you mean as a configuration variable ? |
| 01:13.27 | jacques | heh |
| 01:13.48 | jbowler | jacques: virtual/kernel (i.e. do distro=openslug but override the kernel pref.) |
| 01:13.49 | ka6sox-away | just take it out of its case so that you can put your fingert on the processor. |
| 01:14.10 | jacques | jbowler, sounds good to me |
| 01:14.16 | ka6sox-away | at one time I heard that if we "messed" with the timing that we would cause catastrophic failure. |
| 01:14.27 | jacques | ka6sox-away, or better yet, a temperature probe? :-D |
| 01:14.34 | ka6sox-away | yeah |
| 01:14.35 | Tiersten | If it goes sssssssssssszzzzttt and you smell something cooking then take your finger off okay? :) |
| 01:14.47 | ka6sox-away | lol |
| 01:15.06 | Tiersten | It doesn't get that hot anyway |
| 01:15.14 | jacques | for all we know, jbowler has an ir temperature gun |
| 01:15.14 | ka6sox-away | not the stock one. |
| 01:15.16 | jbowler | I've got a thermocouple and DMM somewhere, also I did chemistry so I know how to fry my fingers. |
| 01:15.45 | Tiersten | You did chemistry? Then the chemical burns on the fingertips should protect you ;) |
| 01:15.45 | ka6sox-away | this is good. |
| 01:16.10 | jbowler | tiersten: exactly ;-) |
| 01:16.27 | jbowler | Ok, here's openslug (actually a uClibC build), same slug: |
| 01:16.35 | jbowler | Processor : XScale-IXP42x Family rev 1 (v5b) |
| 01:16.35 | jbowler | BogoMIPS : 133.12 |
| 01:16.36 | jbowler | Features : swp half thumb fastmult edsp |
| 01:16.40 | jacques | yes! |
| 01:16.47 | jbowler | Hardware : Linksys NSLU2 |
| 01:16.47 | jbowler | Revision : 0000 |
| 01:16.47 | jbowler | Serial : 0000000000000000 |
| 01:16.52 | jacques | we've got to be onto something here |
| 01:17.06 | jacques | tho I hope it's not just a bogomips reporting bug :-D |
| 01:17.11 | jbowler | I'll put the whole thing in #flood, might be something else different there. |
| 01:17.25 | Tiersten | hmm interesting |
| 01:17.34 | jacques | jbowler, no, everything other than bogomips was same as my 2.6.9 openslug last time |
| 01:18.32 | Tiersten | There are some seriously bored people if they actually hang around in #flood |
| 01:18.39 | Tiersten | ka6sox: you missed it |
| 01:18.57 | ka6sox-away | rats |
| 01:19.10 | jbowler | When I build jonslug apps I build -mthumb-interwork, when I build the kernel I have sometimes accidentally done the same thing. At present I believe my build is 'right' - no thumb interwork support in the kernel. |
| 01:19.34 | jbowler | ka6sox-away: shall I send again, the guys in there seemed very interested... |
| 01:19.36 | Tiersten | that shouldn't affect it unless it really is breaking the calculation |
| 01:19.43 | Tiersten | looks okay to me |
| 01:19.45 | ka6sox-away | jbowler, please |
| 01:20.38 | Tiersten | wonder what it is in mm4 |
| 01:21.14 | jbowler | I'm just looking, the patch is 686225 lines |
| 01:21.18 | Tiersten | uh. ka6sox-away. Over here... |
| 01:21.24 | ka6sox-away | I"m here |
| 01:21.34 | Tiersten | i mean don't talk in #flood :) |
| 01:21.43 | ka6sox-away | eno came over there. |
| 01:21.47 | ka6sox-away | he started this...! |
| 01:21.58 | ka6sox-away | (and for that I am grateful) |
| 01:22.05 | Tiersten | yeah but people, could we please coordinate here and all join the channel at the same time :) |
| 01:22.10 | jbowler | Look here: http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11/2.6.11-mm4/ |
| 01:22.13 | Tiersten | we don't want to have to ask jbowler to paste it again :) |
| 01:22.21 | ka6sox-away | true |
| 01:22.45 | Tiersten | I'll download the broken out patch and have a look |
| 01:22.50 | jacques | I'd love to find the one or two lines that makes the difference in that patch |
| 01:23.03 | jacques | well, rather for someone like Tiersten to find it :-D |
| 01:23.30 | Tiersten | heh |
| 01:23.31 | Tiersten | :p |
| 01:23.52 | ka6sox-away | how big is the Diff? |
| 01:24.03 | jacques | this makes me happy - either way, this has been bugging me for a long time and I think it's soon to be resolved |
| 01:24.06 | Tiersten | download the broken out one so you don't need to split the patch |
| 01:24.27 | ka6sox-away | its broken out by arch? |
| 01:24.43 | Tiersten | by individual patch |
| 01:24.48 | *** join/#nslu2-linux KsiLaptop (~ksilebo@d47-69-56-108.try.wideopenwest.com) |
| 01:24.49 | ka6sox-away | k |
| 01:25.19 | jbowler | broken_out in the link I sent, then probably bk-arm.patch |
| 01:25.21 | ka6sox-away | its probably in some HAL stuff somewhere. |
| 01:27.02 | jbowler | I should put the mm3 kernel into OE - then it will be there without any of my additional changes (e.g. the ones to the GCC config) |
| 01:27.16 | jbowler | s/mm3/mm4/, or maybe 2.6.12-rc2-mm? |
| 01:29.06 | ka6sox-away | well if it solves the problem of sluggish slugs then its a winner. |
| 01:29.58 | jacques | I see nothing in bk-arm.patch - how about bk-cpufreq.patch ? |
| 01:30.30 | ka6sox-away | its corefreq that is the difference I think |
| 01:30.43 | ka6sox-away | and probalby will be in teh cpufreq.patch |
| 01:33.18 | jacques | hmm, seems like lots of x86 stuff in that one |
| 01:33.59 | Tiersten | Doubt it's the cpufreq one |
| 01:34.07 | Tiersten | I didn't think we even had that enabled? |
| 01:34.22 | Tiersten | The cpufreq patch just looks like it's tidying up some code |
| 01:35.57 | jacques | some ixp stuff in the linus.patch |
| 01:36.17 | jacques | rather a lot |
| 01:36.42 | jacques | `course it *would* be the huge patch |
| 01:36.50 | jacques | 472455 linus.patch |
| 01:36.55 | ka6sox-away | is the linus patch an aggregation of submitted patches? |
| 01:37.24 | jacques | I don't know |
| 01:37.44 | jacques | yeah looks that way |
| 01:37.50 | jacques | from reading the first part |
| 01:41.17 | jacques | the only occurrences of "ixp4" are in bk-watchdog.patch and linus.patch |
| 01:43.41 | ka6sox-away | okay so these patches *could* be in 2.6.12 |
| 01:43.42 | jbowler | The code which calculates the value is in arch/arm/lib/delay.S |
| 01:44.13 | jbowler | And that code has not changed... |
| 01:44.56 | jacques | jbowler, good to know |
| 01:45.56 | jbowler | The linux (common) code which calculates BogoMIPS does a binary approximation based on the results of the __delay (I think) call - i.e. it does a bitwise approximation to get the final result. |
| 01:46.26 | jbowler | Assuming it calls __delay it only executes two instructions in the loop - subs and bhi. |
| 01:47.22 | Tiersten | Making it tune for xscale is affecting the delay loop?? |
| 01:47.52 | jacques | :-\ |
| 01:48.28 | Tiersten | not exactly reliable is it this calc :) |
| 01:48.29 | jbowler | I don't think so - it must be somewhere else - the GCC tune does not affect assembler |
| 01:49.00 | jbowler | Tiersten: I believe it is because the loop count passed in ends up so large. |
| 01:49.21 | Tiersten | large? |
| 01:49.40 | Tiersten | what do you mean? |
| 01:50.08 | jbowler | Hmmm... I can't find the code - when I checked it was doing _delay(foo) until that was sufficient for a clock tick to elapse |
| 01:50.25 | Tiersten | wasn't that a bug ages ago? |
| 01:50.33 | Tiersten | it was spinning for 30+ seconds |
| 01:50.58 | Tiersten | From a quick look through, I can't find anything specific |
| 01:51.06 | jbowler | I think there was a comment about that in there. |
| 01:54.18 | Tiersten | I mean looking through mm4 |
| 01:54.41 | Tiersten | Most of the ARM patches are for adding a new arch s3c2410 |
| 01:54.47 | Tiersten | some stuff on watchdogs |
| 01:55.09 | Tiersten | some stuff on IPC |
| 01:55.09 | Tiersten | and that's really it for ARM specific stuff |
| 01:55.35 | *** join/#nslu2-linux Ksilebo (~russ@d47-69-56-108.try.wideopenwest.com) |
| 01:56.26 | jacques | jbowler, can you get some Dhrystone numbers? http://zoularis-macosx.sourceforge.jp/packages/20020307_10.1.3/packages/All/dhrystone-2.1.tgz |
| 01:56.49 | jacques | i tried to find a better source but most are dead |
| 01:57.34 | jacques | that's the same code as was used for this: http://www.nslu2-linux.org/wiki/Info/Performance at the bottom: Dhrystone 2.1:Microseconds for one run through Dhrystone: 6.4 Dhrystones per Second: 155440.4 VAX MIPS rating = 88.469 |
| 01:58.38 | Tiersten | if it just turns out to be a bad bogomips calculation and there really isn't any difference between the two then we might see different numbers anyway because bogomips is used in timing loops all over the place |
| 01:58.58 | Tiersten | so a diff might not be significant unless it is roughly double for jbowler's nslu2 |
| 01:59.04 | jbowler | jacques: This will be tricky, 'jonslug' is broken 'cause I tried to switch it to glibc, if the dhrystone works with autoreconf I can probably get it over to bootbox... |
| 01:59.33 | ka6sox-away | its uClibc based now? |
| 01:59.37 | Tiersten | It probably only needs the stdio functions |
| 02:00.09 | Tiersten | jacques: that tar file is useless |
| 02:00.15 | Tiersten | it's got a compiled copy in it |
| 02:00.27 | Tiersten | lemme see if I can find my copy of the dhrystone source |
| 02:01.25 | jacques | d`oh |
| 02:01.44 | Tiersten | There is http://huron.cs.ucdavis.edu/academic/ecs250a.f97/benchmarks/synthetic/dhrystone.c but its very old |
| 02:01.52 | jacques | i really want 2.1 |
| 02:01.55 | jbowler | ka6sox-away: yes, but I used a uClibC openslug too... |
| 02:01.57 | Tiersten | ah |
| 02:02.00 | jacques | to compare against that's already on the wiki |
| 02:03.17 | jacques | why are these benchmarks alwaysso damn hard to find |
| 02:03.20 | Tiersten | http://www.opensource.apple.com/darwinsource/10.3/gccfast-1614/gcc/testsuite/gcc.misc-tests/ |
| 02:03.26 | Tiersten | dhry.[ch] |
| 02:03.35 | Tiersten | v2.1 |
| 02:03.39 | jacques | thanks |
| 02:03.53 | jacques | why isn't there a tarball of the source anywhere findable?? |
| 02:03.56 | Tiersten | dunno |
| 02:04.09 | jacques | I've been googling this for 10 minutes |
| 02:05.26 | Tiersten | http://ftp.tu-clausthal.de/pub/netbsd/packages/1.6.2/evbppc/benchmarks/dhrystone-2.1.tgz |
| 02:05.32 | Tiersten | Your google-fu is lacking I'm afraid :) |
| 02:06.11 | jacques | also no source |
| 02:06.16 | Tiersten | doh |
| 02:06.30 | Tiersten | okay. my actually-looking-in-the-file-fu is even more lacking |
| 02:06.41 | jacques | and looks like I need to modify the source |
| 02:06.42 | jacques | because |
| 02:06.55 | jacques | dhry.c:31: error: conflicting types for 'malloc' |
| 02:08.14 | Tiersten | hmm |
| 02:08.38 | jacques | i wish the guy who posted on the wiki had listed his sources |
| 02:08.41 | Tiersten | change the char to a void |
| 02:08.42 | Tiersten | yeah |
| 02:09.13 | Tiersten | uh |
| 02:09.19 | Tiersten | that copyt has been hacked up really badly |
| 02:09.26 | jacques | ok it compiles but does nothing |
| 02:09.30 | Tiersten | all the printfs have been commented out! |
| 02:09.49 | jacques | ok, starting over |
| 02:10.43 | jbowler | Yes, same problem here... Where's the original source! |
| 02:11.54 | jacques | extremely annoying this is |
| 02:11.57 | Tiersten | gah |
| 02:12.13 | jacques | I did find this: http://www.arm.com/pdfs/Dhrystone.pdf which I might read later |
| 02:12.58 | ka6sox-away | Spelunking for Code |
| 02:14.29 | ka6sox-away | http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MC68901-ARCHIVED&nodeId=01z3Tw9059gCFz |
| 02:15.12 | ka6sox-away | it seems to be there. |
| 02:15.34 | ka6sox-away | is that what you are looking for? |
| 02:15.51 | Tiersten | looks like it |
| 02:15.55 | Tiersten | need to test it first |
| 02:17.50 | Tiersten | argh |
| 02:17.54 | Tiersten | that doesn't print out anything either! |
| 02:18.01 | Tiersten | FFS... |
| 02:18.05 | Tiersten | Can we just use dhrystone 1? |
| 02:18.59 | jbowler | Eh, I just wrote a program. It reads "25" on openslug (that's 25 seconds +/- 1) |
| 02:19.25 | Tiersten | It lists dhrystone 1 and 2 on the performance page anyway |
| 02:19.31 | Tiersten | program? |
| 02:20.06 | jbowler | loop 1000000 or so times calling a volatile function |
| 02:20.11 | Tiersten | ah |
| 02:21.31 | jbowler | reflashing... Then I'll netcat the program into bootbox and run it from there - same program, so a guaranteed valid test... |
| 02:22.06 | jacques | ok cool |
| 02:26.47 | jacques | what I'd really like to see are lmbench results |
| 02:27.08 | jacques | but that's after we know if there's really a speed difference |
| 02:27.36 | jbowler | I had to relink -static, but I get 25 still. |
| 02:27.58 | jbowler | I.e. absolutely no difference - it's just a calculation error somewhere. |
| 02:28.39 | Tiersten | hmm |
| 02:29.10 | Tiersten | they must be clocking it slow then |
| 02:29.38 | Tiersten | we really need a IXDP425 board to test it with... |
| 02:30.06 | ka6sox-away | no dsaxena |
| 02:30.12 | jacques | [g2] |
| 02:30.20 | jacques | when he's around |
| 02:30.23 | ka6sox-away | therer ya go |
| 02:30.47 | ka6sox-away | jbowler: can you post that code? |
| 02:31.43 | Tiersten | slap a similar kernel on the IXDP425 which we know the speed of and see what value we get |
| 02:31.43 | jbowler | #include <time.h> |
| 02:31.43 | jbowler | #include <stdio.h> |
| 02:31.43 | jbowler | volatile int fooey(void) { return 22; } |
| 02:31.44 | jbowler | int main(void) { int i; time_t t0 = time(0), t1; |
| 02:31.44 | jbowler | <PROTECTED> |
| 02:31.45 | jbowler | <PROTECTED> |
| 02:32.32 | Tiersten | if we put something similar to what jbowler has and we also get a larger value then it's proven to be a calculation error somewhere |
| 02:32.39 | Tiersten | if we don't then well... dunno :) |
| 02:33.23 | ka6sox-away | okay so what we need is for [g2] to use the same code as jbowler and run the test on his IXDP board. |
| 02:33.28 | jbowler | The assembler of that code shows that it does hit the data cache. The loop of the test code is I-cache only (subs, bhi) |
| 02:36.52 | jacques | that's neat - how do you do bold ? |
| 02:37.09 | Tiersten | bold? as in IRC? |
| 02:37.12 | jacques | yeah |
| 02:37.13 | jbowler | jacques: '*' characters round it |
| 02:37.20 | jacques | *cool* |
| 02:37.20 | Tiersten | Most stuff understands mIRC colour codes now |
| 02:37.22 | jacques | hmm |
| 02:37.32 | Tiersten | I've set my client to strip it out however as it's annoying usually |
| 02:37.40 | jacques | ah well, my xchat doesn't do it |
| 02:37.47 | Tiersten | probably need some script |
| 02:37.52 | jacques | yah |
| 02:42.15 | jbowler | Ok, I've got it doing a three instruction register/branch set like the delay.S code - '23' on jonslug |
| 02:47.31 | jbowler | ... and 22 on openslug - so that's 22 seconds for two register-register instructions and a branch 1000000000 times |
| 02:48.19 | jbowler | 136M instructions per second. |
| 02:48.39 | jbowler | BBL: got to eat... |
| 02:48.48 | ka6sox-away | thanks jbowler |
| 02:48.56 | ka6sox-away | this is helping a lot |
| 02:48.59 | jacques | yeah, thanks |
| 02:51.02 | *** join/#nslu2-linux Ksilebo (~russ@d47-69-56-108.try.wideopenwest.com) |
| 02:53.05 | ka6sox-away | Mollassas Chips |
| 02:53.07 | ka6sox-away | oops |
| 02:53.51 | ka6sox-away | but they are good ;) |
| 02:54.18 | jacques | :-) |
| 02:54.31 | jacques | speaking of which, I need to start thinking about food |
| 02:55.14 | ka6sox-away | See's Molassas Chips |
| 03:23.29 | *** join/#nslu2-linux mrblack51 (mrblack51@wa-pullman-cuda1k-78.losaca.adelphia.net) |
| 03:54.50 | *** join/#nslu2-linux rwhitby-away (~rwhitby@rwhitby.nslu2-linux) |
| 03:55.39 | *** join/#nslu2-linux [g2] (~g2@cpe-066-057-008-035.nc.res.rr.com) |
| 03:57.04 | jbowler | hi [g2] |
| 04:10.56 | rwhitby-away | eno: major 4.x addition is loading rootfs from disk (not just packages). this is bringing 2.x functionality back, but with more generality about where to load the rootfs from (jffs2, disk, nfs, etc). |
| 04:14.39 | eno | thanks rwhitby-away |
| 04:15.49 | ka6sox-away | jbowler, rats...he was there and gone fast. |
| 04:16.41 | jbowler | no - still here... |
| 04:17.21 | jbowler | oh, [g2] - yes, some network problem... |
| 04:18.46 | jbowler | ka6sox-away: I ran another confirmation of the instruction speed (with more register-register instructions). It definately is 133MIPs... |
| 04:19.29 | eno | i know it's trivial, i did a dhrystone ipk, any use for you guys? |
| 04:19.46 | jacques | jbowler, it's 133MIPS with which kernel? |
| 04:19.51 | jacques | (or both?) |
| 04:20.27 | jbowler | jacques: both - the BogoMIPS report and /proc/cpuinfo is the only difference. The real speed of the slug is identical! |
| 04:21.06 | jbowler | I'm thinking that something gets reset or changed early in the bootstrap and the order wrt BogoMIPS got changed. |
| 04:21.29 | jacques | jbowler, OK, not what I wanted to hear but it sounds like a mystery is finally solved :-) |
| 04:21.39 | jacques | I was really hoping to be able to double the speed :-D |
| 04:23.12 | jbowler | jacques: well, 133MIPS is wrong, unless there's something I don't understand. 266MHz should mean 266M 32 bit words from the DRAM (streaming) every second |
| 04:23.50 | jacques | hmm |
| 04:23.58 | jbowler | So that means the CPU should be able to execute 266M instructions (32 bit) every second - 266MIPS, and it's only executing 133... |
| 04:24.18 | jacques | unless memory bus is 1/2 FSB ? |
| 04:25.20 | jacques | or rather 1/2 cpu clock |
| 04:25.22 | jbowler | Um, ok - I keep thinking of ARM2, pre-cache. The streaming mode is irrelevant (or should be) because the instructions come from the cache. |
| 04:25.54 | jbowler | The cache runs at core speed. |
| 04:26.11 | jacques | ah, ok |
| 04:26.32 | jacques | BIAB |
| 04:26.55 | jbowler | Now, if the cache got disabled, then the DRAM streaming speed (which is one word/clock cycle) would matter... |
| 04:31.41 | jbowler | jacques: goofy, the SDRAM does run at 133MHz. Could something be disabling the I-Cache? That would make perf really suck... |
| 04:32.03 | ka6sox | that could happen. |
| 04:32.40 | jbowler | ka6sox: yes, it's really easy ;-) But how to find out... That should be easy too. |
| 04:55.56 | jbowler | jacques, ka6sox: I'm not good on the co-proc instructions, but the lines preceding 613 (the return) in arch/arm/mm/proc-xscale.S(_xscale_setup) seem weird to me. They read the I-cache register into r0, set and clear bits, then do nothing with the result? |
| 04:59.49 | jacques | back |
| 05:01.26 | jacques | probably not related, but one of the reasons the PXA255 performs better than PXA250 under linux is that the write-through cache had to be disabled on the PXA250 due to errata |
| 05:01.49 | jacques | there used to be a kernel config to enable it if one knew one was only going to run on a PXA255 |
| 05:02.27 | jbowler | Yes, well, it also occured to me that Intel may have made the timings such that the core couldn't get data faster than the memory in this (266MHz) xscale... |
| 05:03.52 | jacques | curiouser |
| 05:03.56 | CIA-9 | 03jp30 * 10unslung/make/rsync.mk: correct uri for rsync 2.6.3 |
| 05:04.36 | rwhitby-away | ah - that explains the rsync confusion ... |
| 05:06.35 | jbowler | rsync - even stranger the bitbake tree has rsync_2.6.4 but a directory for rsync-2.6.3... |
| 05:06.36 | rwhitby-away | eno: unslung 4.x is designed such that recovery should always be as easy as unplugging the disk, rebooting, plugging back in the disk, and re-running unsling (and resling if you want to restore other changes outside /opt and /unslung). |
| 05:07.34 | rwhitby-away | those wacky #oe guys .... |
| 05:07.56 | ka6sox-away | oh? |
| 05:08.18 | rwhitby-away | re jbowler's comment |
| 05:08.25 | kergoth | jbowler: not that strange. at one point probably both 2.6.3 and 2.6.4 were in the tree, 2.6.4 didnt need the files in that directory, and someone removed the 2.6.3 .bb and forgot the other files |
| 05:08.28 | kergoth | (speculation) |
| 05:08.59 | rwhitby-away | kergoth: what do you think of the git development? I'm following the mailing list with keen interest. |
| 05:09.26 | kergoth | i havent looked into it much. been kinda depressed lately, havent paid much attention to anything. i'm like a week behind on email |
| 05:09.30 | kergoth | heh |
| 05:09.57 | rwhitby-away | the git mailing list is a very good place to watch Linus in his element. |
| 05:48.48 | *** join/#nslu2-linux glc (~glc@glc.nslu2-linux) |
| 05:57.53 | rwhitby-away | jp30-work: ping |
| 06:04.05 | ka6sox-away | ~seen jp30-work |
| 06:04.09 | jbot | jp30-work is currently on #nslu2-linux (1d 11h 36m 46s). Has said a total of 30 messages. Is idling for 1d 5h 56m 45s |
| 06:05.26 | rwhitby-away | ok, I'm rebuilding unslung packages in a separate area on nudi. If it all succeeds I will push a feed update. |
| 06:06.52 | ka6sox-away | okay very well |
| 06:07.10 | ka6sox-away | did you read the discussion up above re: CoreFreq? |
| 06:07.15 | rwhitby-away | yep |
| 07:03.17 | *** join/#nslu2-linux copperbeech (~copperbee@82-40-186-72.cable.ubr04.newm.blueyonder.co.uk) |
| 07:04.19 | ka6sox-away | morning CB |
| 07:07.06 | copperbeech | morning - whats been happening overnight? |
| 07:23.28 | ka6sox | we were mostly musing about the condition of the Slug seeming to run at 1/2 speed |
| 07:25.40 | ka6sox | and jbowler was doing some testing. |
| 07:27.28 | ka6sox | jp30 fixed rsync and there is a unslung package rebuild happening. |
| 07:27.36 | rwhitby-away | copperbeech: if you're around in a couple of hours, I can help with CoLinux networking. Have to put kids in bath and bed, etc now, but will be able to focus in about 3 or 4 hours time. |
| 07:29.19 | copperbeech | rwhitby: that would be great, but I think myself and family may be out around lunch time. If not today I'd love to pick your brains on it at some point. |
| 07:30.14 | rwhitby-away | ok, from 4 to 6 hours from now should br prime time for me |
| 07:50.36 | *** join/#nslu2-linux ruDelph (~delph@194.154.83.193) |
| 08:18.53 | copperbeech | jp30: did you do the httpdphp package? |
| 08:19.06 | jacques | hmm, my openslug-image build failed |
| 08:19.42 | copperbeech | jacques: hi - did you see my mails on the status of appweb native build? |
| 08:19.55 | jacques | NOTE: package openslug-image-1.0-r9: task do_rootfs: failed |
| 08:20.03 | jacques | copperbeech, nope - on the list ? |
| 08:20.41 | copperbeech | jacques: yep - made some good progress but got a bit stuck later on. |
| 08:21.37 | *** join/#nslu2-linux [cc]smart (~smart@gw.ptr-62-65-149-158.customer.ch.netstream.com) |
| 08:21.42 | jacques | I'll take a look at the list in a bot |
| 08:21.43 | jacques | bit |
| 08:21.52 | copperbeech | jacques: I'd be interested in your view. |
| 08:22.18 | copperbeech | I'm a total noob at linux etc. |
| 08:24.23 | jacques | you seem to be doing rather well :-) |
| 08:27.55 | jacques | wow, getting it to build bld and bldout was as simple as deleting the binaries?? boy do I feel silly |
| 08:28.32 | jacques | hmmm, tsk tsk |
| 08:28.49 | jacques | copperbeech, did you install *all* the packages which are listed in the wiki for a native build env? |
| 08:29.14 | jacques | I think you wouldn't have the problem with busybox if you had |
| 08:29.32 | jacques | there are lots of issues with busybox utils, so we generally install the gnu ones for native build envs |
| 08:30.49 | copperbeech | hmm I did install everything - but the busybox stuff wasn't on the list I don't think. |
| 08:31.07 | copperbeech | besides - I worked out that it wasn't the problem. |
| 08:32.02 | jacques | ah yeah, I am just getting to your second message now |
| 08:32.06 | copperbeech | the script needs bldout to output build status to the console, and the configure scripts have a workaround which is used if bldout has not been built yet... |
| 08:32.52 | copperbeech | what it does it copy the /bin/cat binary to the appweb/bin folder until it gets arount to building the real bldout... |
| 08:33.07 | copperbeech | unfortunately in this case, that cat binary is the whole busybox :-) |
| 08:33.17 | *** join/#nslu2-linux CIA-8 (~CIA@flapjack.navi.cx) |
| 08:33.29 | jacques | heh |
| 08:33.46 | jacques | hmm, the perms problem looks weird - what's your umask ? |
| 08:33.58 | copperbeech | anyway - I just built bldout manually from the bootstrap folder using gcc and then |
| 08:34.00 | copperbeech | ... |
| 08:34.08 | copperbeech | how would I find out? |
| 08:34.42 | copperbeech | umask 0077 |
| 08:34.51 | *** join/#nslu2-linux rwhitby-nslu2 (~rwhitby@rwhitby.nslu2-linux) |
| 08:34.59 | jacques | hmm I guess that's ok |
| 08:37.56 | copperbeech | yeah - I kind of dead-ended on that one - it probably would mean a bit of working through the make scripts... and even then it might not be explicit. |
| 08:39.06 | jacques | could still be related to your using the busybox utils rather than gnu |
| 08:39.48 | jacques | I assume you followed this: http://www.nslu2-linux.org/wiki/HowTo/NativelyCompileUnslungPackages |
| 08:40.16 | jacques | it specifies coreutils, which should replace almost all the busybox ones |
| 08:40.38 | jacques | I suppose you *could* have installed that and just have wrong path order... |
| 08:44.41 | copperbeech | I did get a couple of conflicts when installing coreutils |
| 08:45.00 | copperbeech | my path: /opt/sbin:/opt/bin:/sbin:/bin:/usr/sbin:/usr/bin |
| 08:46.48 | copperbeech | I *do* think that appWeb does fill a gap in our webserver portfolio... we have thttpd as the small lightweight webserver which is probably ok for most basic things, but it is no where near as sophisticated when it comes to virtual hosts and authentication and it doesn't support SSL |
| 08:47.11 | copperbeech | Apache is all singing/all dancing enterprise level web server but a bit of a hog. |
| 08:47.21 | copperbeech | appWeb sits nicely in the middle... |
| 08:48.28 | copperbeech | I've had some good fun setting up virtual hosts and stuff... |
| 08:49.25 | jacques | well, like rwhitby said earlier, we have had a cross-built appweb for a long time :-) |
| 08:51.27 | copperbeech | yeah my mistaken(?) evaluation was that it would be easier to try a native compile of appweb than get networking going for colinux and install cross tools :-) |
| 08:52.33 | jacques | best solution is to just install linux on your desktop :-D |
| 08:53.05 | copperbeech | he he - well I only have a laptop and that belongs to work :-) |
| 08:53.59 | copperbeech | I did have it dual booting before I had to rebuild it, but even then I never got wireless networking going... |
| 08:55.45 | copperbeech | btw do you know how to force a reinstall of an ipkg ? |
| 08:56.01 | rwhitby-nslu2 | copperbeech: I have an unknown amount of consulting time available starting now. |
| 08:56.11 | rwhitby-nslu2 | (probably half an hour) |
| 08:56.12 | copperbeech | yes -forcereinstall |
| 08:56.28 | copperbeech | ok well I'll tyr and explain where I am upto... |
| 08:56.39 | rwhitby | (re: colinux networking, right?) |
| 08:56.45 | copperbeech | I have a single laptop which I use at home and at work |
| 08:56.51 | rwhitby | yep, same here :-) |
| 08:56.54 | copperbeech | it has 2/3 network adapters: |
| 08:57.10 | copperbeech | 2 built in (one RJ45 and onw wireless |
| 08:57.27 | copperbeech | and 1 at work built into the docking station. |
| 08:57.38 | rwhitby | heh - exactly the same as I |
| 08:57.46 | copperbeech | now - I have co-linux installed already and booting |
| 08:58.00 | copperbeech | and I have the tap installed |
| 08:58.11 | copperbeech | however I couldn't get the ICS working. |
| 08:58.33 | copperbeech | My home network gateway has IP 192.168.0.1 which means ICD won't install. |
| 08:58.41 | rwhitby | running XP? |
| 08:58.54 | copperbeech | I tried bridging... but that seemed to prevent my XP desktop from working with the adapter... |
| 08:59.08 | copperbeech | the TAP seemed to get traffic OK. |
| 09:00.09 | copperbeech | so that was as far as I got... |
| 09:00.54 | rwhitby | what type of laptop? |
| 09:01.00 | copperbeech | Dell C400 |
| 09:01.07 | copperbeech | (Latitude) |
| 09:01.10 | rwhitby | Dell C600 here |
| 09:01.16 | copperbeech | he he |
| 09:01.17 | rwhitby | oops D600. |
| 09:01.27 | copperbeech | bit newer than mine |
| 09:01.49 | rwhitby | Do you use the wireless at work, or just at home? |
| 09:02.50 | copperbeech | just at home... |
| 09:03.02 | rwhitby | what I did was to create a bridge, and then put the TAP and the wireless adapter in the bridge. |
| 09:03.07 | copperbeech | work has cabled ethernet into my docking station |
| 09:03.34 | copperbeech | yeah I did that and it seeme to work, but it will kill my XP network connectivity |
| 09:03.46 | rwhitby | why? |
| 09:03.57 | copperbeech | is that what you would expect? one or the other? |
| 09:04.19 | copperbeech | I don't know - I never got to the bottom of that one -there didn't seemt o be any real explanation for it. |
| 09:05.53 | rwhitby | I currently have colinux and wireless bridged (which I use at home), and the wired connection separate (which I use at work). I used to have all three bridged and that worked fine too (but if I forgot to turn off the wireless when I went to work I was causing a network loop :-) |
| 09:06.24 | rwhitby | I have DHCP on both the wired connection and also the bridge. |
| 09:06.33 | copperbeech | you could do that as part of your hardware profile |
| 09:06.38 | rwhitby | the bridge gets an IP from my wireless router. |
| 09:07.00 | rwhitby | I only have a single hardware profile, and never reboot. It switches between wired and wireless seamlessly. |
| 09:07.22 | copperbeech | ahh ok - my docking station sets up a new hardware profile... |
| 09:07.41 | copperbeech | well I'll try it again now... I may drop off the channel :-) |
| 09:07.54 | rwhitby | then I set up the home router (running dnsmasq) to give one IP address to the bridge, and a different IP address to the colinux session, based on the hostname given to the DHCP server on the request. |
| 09:08.26 | copperbeech | do you have your wireless only accept connections from a give mac address? |
| 09:09.11 | rwhitby | yep, and the bridge gets a virtual mac which you need to set up in the router |
| 09:09.13 | copperbeech | yes |
| 09:09.26 | rwhitby | and you give the colinux session a virtual mac too |
| 09:10.00 | copperbeech | how do you do that? |
| 09:10.20 | rwhitby | debian in colinux? |
| 09:11.04 | copperbeech | So you have 3 different MAC addrs? 1 real on the wireless card, one on the bridge and one in co-linux? |
| 09:11.12 | rwhitby | yep |
| 09:11.20 | rwhitby | that's the key |
| 09:11.25 | copperbeech | I think I have both debian and gentoo images |
| 09:11.42 | rwhitby | run the debian one, then you'll be compatible with me and the official build machine. |
| 09:11.51 | copperbeech | ok |
| 09:11.57 | rwhitby | (for nslu2 stuff, feel free to run gentoo for other stuff) |
| 09:12.42 | copperbeech | help page |
| 09:14.19 | copperbeech | ok - first the bridge - how do you give that a virtual MAC? |
| 09:14.39 | rwhitby | XP assigns it automatically. check ipconfig |
| 09:14.54 | rwhitby | I think it is based on the first bridged adapter in the list of bridged ones |
| 09:15.37 | copperbeech | ok |
| 09:15.57 | copperbeech | "I might be a while..." |
| 09:16.11 | rwhitby | I'll find where I set it in colinux ... |
| 09:16.44 | *** join/#nslu2-linux copperbeech (~copperbee@82-40-186-72.cable.ubr04.newm.blueyonder.co.uk) |
| 09:18.13 | copperbeech | still waiting for the bridge settings to Apply.. |
| 09:19.41 | copperbeech | which debian image did you get? |
| 09:20.43 | copperbeech | http://sourceforge.net/project/showfiles.php?group_id=98788 |
| 09:21.26 | rwhitby | http://prdownloads.sourceforge.net/colinux/Debian-3.0r0.ext3.1gb.bz2?download |
| 09:21.38 | rwhitby | then updated it to sarge testing |
| 09:22.36 | rwhitby | ok, I can't find where I set a virtual mac for the colinux, so maybe it just does it off the hostname given to the dhcp server. |
| 09:22.57 | rwhitby | you need to have a dhcp server which can override mac->ip settings and use a hostname->ip setting. |
| 09:23.07 | rwhitby | dnsmasq will do this, for example. |
| 09:23.16 | rwhitby | it helps to have a custom firmware linux router. |
| 09:23.34 | rwhitby | ok, back in half an hour - will see where you're up to then. |
| 09:24.08 | copperbeech | rwhitby: thanks very much for the encouragement - I might be out by then |
| 09:24.17 | copperbeech | I'll have a go at all this... |
| 09:24.27 | rwhitby-away | be assured that it all does work. |
| 09:24.51 | rwhitby-away | ah, now I remember. you set the mac address of the tap in the colinux config file |
| 09:25.29 | rwhitby-away | <PROTECTED> |
| 09:25.58 | rwhitby-away | I stole a MAC address out of VMWare's allocated range of virtual MAC addresses :-) |
| 09:26.29 | rwhitby-away | that MAC works fine if you bridge it with a wired connection (the router sees that MAC address for colinux). |
| 09:27.14 | rwhitby-away | I found that when I bridged with a wireless connection, the MAC address got rewritten somewhere with the MAC address of the wireless card, and so the router saw two sets of DHCP requests from the same MAC address. |
| 09:27.30 | rwhitby-away | So I had to do the hostname -> IP address trick on the DHCP server on the router. |
| 09:27.40 | rwhitby-away | does that all make sense? |
| 09:28.08 | rwhitby-away | all of my work on nslu2-linux has been done with this colinux setup and a wireless connection :-) |
| 09:28.55 | copperbeech | yes it makes sense. I'll have a go |
| 09:29.03 | rwhitby-away | I run a CoLinux memory size of 384MB, with 1GB swap |
| 09:29.19 | rwhitby-away | I have 1GB RAM in the laptop, and leave the colinux running all the time. |
| 09:29.32 | copperbeech | ok I have 512Mb |
| 09:31.44 | rwhitby-away | ok, back in half an hour |
| 09:36.12 | copperbeech | network settings have crashed.... reboot here we come. |
| 09:51.50 | rwhitby | back |
| 09:54.21 | rwhitby | jacques: ping |
| 10:00.51 | jacques | hi rwhitby |
| 10:01.37 | rwhitby | jacques, what is the best way to benchmark streaming video from a usb hard disk attached to either a slug or a wl500gx, across the network to another device (a Neuston MC500). |
| 10:01.44 | rwhitby | I can run Unslung packages on both the slug and the wl500gx. |
| 10:03.29 | jacques | hmm |
| 10:04.32 | rwhitby | it will just be http streaming |
| 10:04.52 | jacques | you have control over the bitrates ? |
| 10:05.07 | rwhitby | but I just want to test raw disk->usb->cpu->eth performance first .. |
| 10:06.43 | jacques | if it's http streaming, why not see how fast you can wget it ? |
| 10:07.58 | rwhitby | I can't run the same http server on both (yet). I want to find out the relative raw performance before doing the work to get the server to run on both so I can do that comparative test. |
| 10:10.05 | jacques | you've already done hdparm test? |
| 10:10.19 | rwhitby | nope. done nothing yet |
| 10:10.34 | rwhitby | I am a benchmarking noobie :-) |
| 10:11.29 | jacques | I'd be interested to see a comparison of "hdparm -Tt /dev/hda" on both (well, we know pretty much what the nslu2 results should look like) |
| 10:11.31 | rwhitby | ... but I do now have the wl500gx presenting the contents of the Topfield as a FTP service :-) |
| 10:11.38 | jacques | neat |
| 10:13.17 | rwhitby | yep, I created nslu2-linux to get someone to write puppy for me (and peteru obliged), and i created Unslug/wl500g so that the ftpd-topfield package (which runs on libusb, which only works on little endian machines) could be made to work on my network too :-) |
| 10:14.04 | rwhitby | build the infrastructure, and other people contribute the packages you need :-) |
| 10:14.59 | jacques | yep, isn't open source great? :-) |
| 10:15.12 | jacques | open source/open development |
| 10:15.28 | jacques | too bad libusb STILL doesn't work right on BE |
| 10:15.30 | rwhitby | the next project is the media server for my neuston mc500. |
| 10:16.29 | jacques | heh |
| 10:16.36 | rwhitby | the wl500gx is basically a little endian unslung slug replacement now |
| 10:23.23 | rwhitby | jacques: so 7.79 MB/sec buffered disk reads for the slug? |
| 10:23.42 | *** join/#nslu2-linux caplink811 (~Joerg@dsl-213-023-134-185.arcor-ip.net) |
| 10:23.56 | jacques | rwhitby, yeah that's right in the proper range |
| 10:25.11 | rwhitby | ok, now to swap the same disc to the wl500gx. the cornice drive that is currently on the wl500gx does 2.3 MB/sec |
| 10:25.54 | jacques | heh |
| 10:36.07 | jacques | BTW, I'm interested also in the -T value for the wl500gx |
| 10:37.32 | *** join/#nslu2-linux Ksilebo (~russ@d47-69-56-108.try.wideopenwest.com) |
| 10:43.10 | rwhitby | what's -T vs -Tt ? |
| 10:44.10 | rwhitby | cached reads is 70 - 72 MB/sec for both nslu2 (20GB hitachi notebook drive in usb 2 enclosure) and wl500gx (1.5GB cornice drive). |
| 10:46.54 | jacques | ah interesting |
| 10:47.06 | jacques | the -T is more a test of RAM read speed |
| 10:47.28 | jacques | i would have expected more difference than that tho |
| 10:47.57 | rwhitby | why? |
| 10:48.06 | jacques | so what's the wl500gx say for -t with same drive as nslu2? |
| 10:48.14 | rwhitby | still setting that up |
| 10:48.28 | jacques | oh I forgot, the wl500gx is also an ixp device? |
| 10:48.35 | jacques | for some reason I was thinking it was MIPS |
| 10:48.37 | rwhitby | no, broadcom |
| 10:49.04 | jacques | is the procs are different, why would one expect the ram read speeds to be the same? |
| 10:49.21 | rwhitby | dunno |
| 10:53.46 | rwhitby | ok, 20GB hitachi notebook on wl500gx is: |
| 10:53.58 | jacques | ... |
| 10:54.01 | jacques | :-) |
| 10:54.14 | rwhitby | just running it a couple of times ... |
| 10:54.18 | jacques | cool |
| 10:54.54 | rwhitby | 4.8MB/sec buffered disk reads |
| 10:55.20 | rwhitby | and between 54 and 72 MB/sec cached reads (changes quite a bit each run) |
| 10:55.41 | rwhitby | that's behind a 2.0 hub - I doubt that the hub makes a difference |
| 10:56.13 | rwhitby | (the other figures for that drive were behind a hub too) |
| 10:56.18 | jacques | ah ok |
| 10:56.19 | rwhitby | (same hub) |
| 10:56.29 | jacques | well the other figures are exactly in line with my direct connect |
| 10:57.02 | rwhitby | yeah, my knowledge of USB protocols tells me the hub (as long as everything on it is 2.0) is in the noise. |
| 11:00.10 | rwhitby | so the cornice is *really* slow (but I knew that already) |
| 11:00.59 | rwhitby | and the wl500gx is much slower than the slug |
| 11:01.16 | rwhitby | (but I suspected that too based on reports before I bought it) |
| 11:03.08 | jacques | a possibly useful network/cpu test would be wget'ing a large file (several megabytes) to a ramsf - like to /tmp on the nslu2 |
| 11:03.17 | jacques | ramfs that is |
| 11:03.47 | rwhitby | how about just to /dev/null ? |
| 11:06.17 | rwhitby | so what bandwidth is required to stream DVD quality video? |
| 11:06.43 | jacques | d`oh yeah /dev/null is better (and I have used it many times, just forgot) |
| 11:07.22 | jacques | max dvd bitrate is 10Mb/s |
| 11:07.45 | rwhitby | so divide that by 8 ? |
| 11:07.55 | jacques | yeah |
| 11:08.12 | rwhitby | hmm - so the wl500gx should be fine too |
| 11:08.25 | jacques | you can set most dvd players to display bitrate - it's variable so it changes based on what's being shown |
| 11:08.27 | rwhitby | (depending on the other parts of the chain) |
| 11:08.56 | rwhitby | right, I need peak, cause I don't think the neuston buffers much |
| 11:09.03 | jacques | my SuperBit dvds are the only ones that spend much time around 10Mb/s |
| 11:09.38 | jacques | can the neuston handle 10Mb/s ? |
| 11:10.05 | giel | superbit rox! |
| 11:10.09 | rwhitby | dunno, I have streamed DVD VOBs from the PC without skipping |
| 11:10.16 | rwhitby | don't have any superbit stuff |
| 11:10.35 | giel | desperado and once upon a time in mexico |
| 11:10.49 | giel | fifth element |
| 11:11.01 | giel | okay, those were my couple of lines for the week :P |
| 11:11.01 | jacques | yeah! |
| 11:11.23 | jacques | I have desperada, 5th element, dracula, a few more |
| 11:11.29 | jacques | desperado that is |
| 11:11.34 | giel | i guessed that :) |
| 11:11.42 | jacques | heh |
| 11:11.54 | giel | but nothing beats good quality hdtv wmv thingies, at this moment |
| 11:12.56 | jacques | rwhitby, you might have some dvds which are just as high bitrate - some recent stuff has been quite well done - if they don't cram too much extras on same disc as the feature, the bitrate could be quite high (on a dual layer disc) |
| 11:13.13 | jacques | giel, yeah I agree there |
| 11:16.14 | rwhitby | jacques: ok, that raw data indicates that I might have just freed up a slug (use the wl500gx to stream from the disk instead). the wl500gx has a 200MHz mipsel, so it should have more processing power than our 133MHz slug. |
| 11:16.39 | rwhitby | (it is still 133MHz, or have we determined that it is actually running at 266MHz?) |
| 11:16.40 | jacques | rwhitby, I would *love* to see lmbench results for it |
| 11:16.53 | rwhitby | is lmbench an unslung package? |
| 11:17.07 | jacques | I think I was unsuccessful in making it one |
| 11:17.28 | rwhitby | I don't have a native environment for the wl500gx - cross uclibc only |
| 11:17.37 | jacques | ah ok |
| 11:19.03 | rwhitby | lmbench from bitmover.com? |
| 11:19.03 | jacques | as for the nslu2 speed, we seem to have determined that core speed is as advertised, but bogomips are somehow reflecting the memory bus speed, except in the 2.6.11-mm4 kernel it appears that bogomips is reflecting the proc core speed |
| 11:19.20 | jacques | that sounds right |
| 11:19.43 | rwhitby | so we have a 266MHz processor, but only a 133MHz memory subsystem? |
| 11:19.56 | jacques | yeah |
| 11:20.11 | jacques | that's the cutting edge of what we think we know |
| 11:21.52 | rwhitby | there is a sf.net lmbench too |
| 11:22.22 | rwhitby | lmbench-3.0-a4.tgz |
| 11:23.07 | jacques | yeah, but I've never been able to get 3.0 to work at all :-\ |
| 11:23.37 | rwhitby | what did you get to work? |
| 11:24.28 | jacques | the 2.x version |
| 11:24.46 | jacques | looks like the ftp site linked from bitmover page is down currently |
| 11:25.52 | rwhitby | 2.0.4 ? |
| 11:25.56 | jacques | sounds right |
| 11:27.33 | jacques | yeah it was 2.0.4 |
| 11:29.22 | jacques | shame on me if that's not in the wiki with the results |
| 11:31.31 | jacques | well it says 2.0 so that's probably OK |
| 11:31.38 | jacques | but I know it was 2.0.4 |
| 11:34.50 | rwhitby | ok, I'm not going to get distracted by trying to cross compile lmbench :-) |
| 11:35.56 | jacques | heh |
| 11:36.55 | novacane_22 | I would like to hook up a usb sound card to the slug, can anybody point me in the right direction on how to go about doing this? |
| 11:37.31 | rwhitby | ka6sox is your man there |
| 11:37.34 | jacques | i think a few people have already done it |
| 11:37.56 | jacques | it was a while back tho - months ago so I don't recall the details - there was at least one thread on the list |
| 11:38.17 | rwhitby | ok, so that changes my tack. mediaslug has gone away, and wl500gx is now going to be primed for media server service ... |
| 11:38.19 | *** join/#nslu2-linux Tiersten (~tman@Tiersten.nslu2-linux) |
| 11:39.16 | rwhitby | now to see if wl500gx can source the current for the disk on it's own, without the hub. |
| 11:40.45 | Tiersten | Morning all |
| 11:41.15 | rwhitby | hey Tiersten |
| 11:41.37 | Tiersten | Is the new wiki working okay for you? |
| 11:41.49 | Tiersten | The xchat issue and making it require a username I still need to fix |
| 11:42.06 | rwhitby | Tiersten: all looks good to me. great job on a seamless transition! |
| 11:42.15 | Tiersten | thanks |
| 11:42.19 | Tiersten | sorry it took so long |
| 11:42.31 | *** join/#nslu2-linux senneth (senneth@senneth.staff.irssi) |
| 11:43.12 | jacques | yeah I was on it a few minutes ago and it seems great - I haven't tried editing yet |
| 12:36.03 | rwhitby | http://www.ovislink.com.tw/WMU9000.htm |
| 12:36.12 | rwhitby | http://www.ixbt.com/comm/wireless/wrls-ovislink-wmu9000vpn/photos/inside.jpg |
| 12:37.58 | Tiersten | It run Linux? |
| 12:39.18 | jacques | there's no GPL download link, so it must not :-P |
| 12:40.09 | Tiersten | The CPU i something called a BRECIS MP2006-CA-A2 (something like that) |
| 12:40.40 | rwhitby | https://rnvs.informatik.tu-chemnitz.de/twiki/bin/view/Main/NetworkAttachedStorage |
| 12:41.14 | rwhitby | http://www.ovislinkcorp.com/9000GPL.alz - GPL download |
| 12:41.25 | rwhitby | dunno what .alz is |
| 12:41.57 | jacques | interesting |
| 12:45.43 | Tiersten | No clue what archiver is ALZ |
| 12:46.27 | Tiersten | http://www.softaward.com/8296.html |
| 12:48.25 | *** join/#nslu2-linux jf-away (~jeanfabri@home.bobo-rousselin.com) |
| 12:57.59 | rwhitby | jf-away: ping |
| 12:58.40 | jf-away | rwhitby: hello, just comming back from w.e |
| 12:59.09 | rwhitby | have a good break? |
| 12:59.22 | jean-fabrice | yeah.. |
| 12:59.38 | jean-fabrice | have just cvs up and looking for change in php/apache ;) |
| 13:00.01 | rwhitby | did you have thttpdphp running on the wl500g? |
| 13:00.38 | jean-fabrice | yes |
| 13:00.48 | rwhitby | from the unslung package? |
| 13:00.57 | Tiersten | that GPL archive has busybox-1.00-pre10.tar.bz2, dnsmasq-2.7.tar.gz, iptables-1.2.9.tar.bz2, linux-2.4.20.tar.bz2, ppp-2.4.2b3.tar.gz and zebra-0.94.tar.gz |
| 13:01.22 | jean-fabrice | no, from my own as I get trouble compiling it from unslung (pb with libxml2) |
| 13:01.35 | jean-fabrice | but styno as it from unslung I guess |
| 13:02.03 | rwhitby | my install of the package complains about gconv-modules |
| 13:02.12 | jean-fabrice | humm.. Yes |
| 13:02.22 | jean-fabrice | I talk about this with jp30 |
| 13:03.20 | jean-fabrice | This is because I depends on libdgd which depends on fontconfig which depends on gconv-modules which don't exist for wl500. |
| 13:03.39 | jean-fabrice | jp30 was talking about creating a dummy gconv-modules for wl500g |
| 13:03.52 | jacques | Tiersten, no patches? are they vanilla versions? |
| 13:04.10 | rwhitby | jacques: smells like a token GPL tarball |
| 13:04.14 | Tiersten | No patches from what I can tell |
| 13:04.15 | Tiersten | Yeah |
| 13:05.13 | rwhitby | at least asus and linksys provide stuff that can be compiled to reproduce what is on the device. much as people bitch about them, they do meet the letter of the GPL. |
| 13:06.06 | rwhitby | anyone else notice that wmu9000 has two flash chips? |
| 13:06.18 | Tiersten | Yeah |
| 13:06.33 | Tiersten | They might just be cheapskates and using two 1MB/whatever chips |
| 13:06.58 | rwhitby | Serial port near the processor, and JTAG on the right hand side? |
| 13:08.30 | Tiersten | dunno. maybe |
| 13:08.55 | rwhitby | More photos: http://ovislink.pelzer.dyndns.org/WMU9000/pics.zip |
| 13:09.10 | rwhitby | those two usb ports at the back are actually two stacks of two. |
| 13:12.17 | jacques | kinda useless without kernel patches |
| 13:12.48 | Tiersten | Hmm. Two 29LV320's |
| 13:13.44 | Tiersten | So 8MB in total |
| 13:14.21 | rwhitby | jacques: timing a thttpd transfer from the wl500gx now ... |
| 13:14.42 | rwhitby | using wget (busybox version) on AccessSlug to /dev/null |
| 13:15.40 | rwhitby | -rw-r--r-- 1 root root 121334784 Apr 17 22:43 bigfile |
| 13:15.52 | rwhitby | root@access:~# time wget -O - http://192.168.1.5:8080/bigfile > /dev/null |
| 13:15.53 | rwhitby | real 1m 15.74s |
| 13:15.53 | rwhitby | user 0m 7.30s |
| 13:15.53 | rwhitby | sys 0m 13.58s |
| 13:16.40 | jacques | how big is the file? |
| 13:16.59 | rwhitby | look above |
| 13:17.05 | jacques | ah |
| 13:17.48 | jacques | 1.6MB/s ? |
| 13:18.00 | rwhitby | yeah |
| 13:18.01 | jacques | how about the slug? |
| 13:18.16 | rwhitby | that's from the wl500gx to the slug |
| 13:18.33 | Tiersten | rwhitby: http://www.tomsnetworking.com/Reviews-158-ProdID-MU9000VPN-2.php |
| 13:18.53 | Tiersten | brecis.com seems to be broken for me |
| 13:20.09 | jacques | rwhitby, ah, OK. you really need some tests from a known fast server to each device |
| 13:20.32 | jacques | this way, either way, you'll get the speed of the lowest common denominator |
| 13:20.42 | jacques | and no real way to know which it is |
| 13:34.22 | rwhitby | Hmm - 1.28MB/s wl500gx to unslung slug (previous test was to openslug slug) |
| 13:34.50 | jacques | hmm, interesting |
| 13:35.10 | jacques | should be getting much higher than that |
| 13:35.30 | jacques | I can get 800kB/s with openssh scp |
| 13:37.22 | rwhitby | jf-away: what speeds are you getting streaming http from the asus? |
| 13:57.01 | rwhitby | jacques: 100MB file from nslu2 to nslu2: 22sec |
| 13:57.25 | rwhitby | 4.8MB/sec |
| 13:58.09 | jacques | aha |
| 13:58.21 | jacques | that's a lot more like what I would expect |
| 13:58.29 | rwhitby | so that means that the 1.6MB/sec is a wl500gx limitation |
| 13:59.55 | jacques | how many times did you do that test? |
| 14:00.00 | jacques | it seems very low to me |
| 14:00.01 | rwhitby | twice |
| 14:00.05 | jacques | hmm |
| 14:00.30 | jacques | these all connected to a switch or hub ? |
| 14:01.00 | rwhitby | mediaslug is connected to wl500gx, which is connected to wl500g. accessslug is connected to wl500g. |
| 14:01.17 | rwhitby | no significant traffic other than the test |
| 14:01.40 | jacques | ah, the wl500gx includes a switch? |
| 14:01.59 | rwhitby | I expect that the CPU overhead on the wl500gx in just getting the packets out (since it is a router) is taking time away from the thttpd serving the file |
| 14:02.05 | rwhitby | yeah the wl500gx is a wireless router |
| 14:02.47 | rwhitby | so the data is coming in on the usb, and going out over a lan port |
| 14:03.09 | jacques | yeah, these things could easily be skewing the results |
| 14:03.56 | jacques | the real test you wanna do is get same server running on nslu2 and wl500gx, connect these to a switch along with a PC, and wget files to the PC |
| 14:04.06 | rwhitby | well, the media slug is connected to the wl500gx, so it's further away from the destination than the wl500gx is |
| 14:04.43 | rwhitby | so the wl500gx can't get faster than what it is, if it is to serve up the content. |
| 14:05.45 | rwhitby | and the nslu2 can't get slower, cause it's going through two switches at the moment, whereas in real life it would only go through one |
| 14:06.15 | rwhitby | so the difference is significant enough to rule out serving up streaming content from the wl500gx |
| 14:06.49 | rwhitby | which means that mediaslug stays |
| 14:06.51 | ka6sox-away | I wonder how the WL-hdd will hold up. |
| 14:07.14 | rwhitby | ka6sox-away: good point. |
| 14:07.41 | ka6sox-away | I'll test on thursday. |
| 14:08.09 | rwhitby | if it ends up faster than the slug solution, then I might be forced to buy one |
| 14:08.20 | ka6sox-away | yeah. |
| 14:09.50 | rwhitby | USD$84, right? So just over USD$100 to get it here. |
| 14:10.00 | jacques | test it now! ka6sox-away :-D |
| 14:10.13 | ka6sox-away | it won't be here until Mondya |
| 14:10.14 | jacques | inquiring minds want to know! |
| 14:10.27 | jacques | ah. I was afraid it was something like that |
| 14:10.39 | jacques | have someone courier it to you in vegas |
| 14:11.14 | ka6sox-away | naw...I won't have time there. |
| 14:11.27 | ka6sox-away | I'm on a shopping spree. |
| 14:11.31 | ka6sox-away | :) |
| 14:12.23 | jacques | well I bet you'll be having a really good time :-) |
| 14:12.42 | rwhitby | AUD$142 locally |
| 14:13.15 | ka6sox-away | okay so it still is cheaper to ship it. |
| 14:13.45 | rwhitby | yeah |
| 14:14.00 | rwhitby | and maybe faster - they're quoting 12 days |
| 14:14.05 | ka6sox-away | time for me to head to the office to do some Maintainence. |
| 14:14.20 | ka6sox-away | nothing that will take stuff down. |
| 14:14.21 | rwhitby | ka6sox-away: I will be interested in those results. |
| 14:14.26 | ka6sox-away | me too! |
| 14:14.52 | ka6sox-away | I was hoping that a 200mhz mipsel vs a 133mhz Xscale. would be better |
| 14:15.44 | rwhitby | the wl-hdd will not be hampered by the usb chip |
| 14:15.55 | rwhitby | and doesn't have to route, so it should be the fastest of all |
| 14:17.35 | rwhitby | http://wl500g.info/showpost.php?p=7125&postcount=9 |
| 14:17.53 | rwhitby | Not good news, I'm afraid. |
| 14:18.21 | ka6sox-away | yeah. |
| 14:18.28 | ka6sox-away | well for Audio it will be just fine. |
| 14:18.58 | rwhitby | yep |
| 14:19.03 | rwhitby | fit for purpose :- |
| 14:19.10 | ka6sox-away | exactly |
| 14:20.25 | ka6sox-away | okay off to the mine...cya on the flip side |
| 14:21.17 | rwhitby | night all |
| 14:28.34 | jacques | `night rwhitby-asleep |
| 15:48.19 | *** join/#nslu2-linux scanlime (~micah@128.138.74.40) |
| 15:51.32 | *** join/#nslu2-linux copperbeech (~copperbee@82-40-186-72.cable.ubr04.newm.blueyonder.co.uk) |
| 16:11.26 | copperbeech | rwhitby: ping ? |
| 16:28.04 | CIA-8 | 03jeanfabrice * 10unslung/ (Makefile make/gconv-modules.mk sources/gconv-modules/control): gconv-modules : promoted to wl500g by adding a patch for dummy installation (first try to solve dependencies of others packages) & control file now generated |
| 16:44.05 | *** join/#nslu2-linux novacane_22 (~justin@blk-137-104-28.eastlink.ca) |
| 16:53.36 | *** join/#nslu2-linux rpedde (~ron@adsl-70-240-56-201.dsl.snantx.swbell.net) |
| 17:02.13 | jf-away | ka6sox: ping |
| 17:46.16 | *** join/#nslu2-linux cardfumbler (~gareth@82-41-34-4.cable.ubr05.edin.blueyonder.co.uk) |
| 17:53.43 | *** join/#nslu2-linux copperbeech (~copperbee@82-40-186-72.cable.ubr04.newm.blueyonder.co.uk) |
| 18:09.34 | CIA-8 | 03bzhou * 10unslung/sources/jabber/ (6 files): creating /opt/var/{lib,log,run}/jabber, added jabber.xml.patch jabber.conf and rc.jabber |
| 18:12.12 | CIA-8 | 03bzhou * 10unslung/make/jabber.mk: jabber.conf & rc.jabber |
| 18:14.53 | *** join/#nslu2-linux kaste (www-data@netblock-66-159-209-60.dslextreme.com) |
| 18:15.56 | kaste | good (utg) morning everyone ... how's things? |
| 18:16.14 | *** join/#nslu2-linux jp30 (~josh@jp30.nslu2-linux) |
| 18:16.38 | kaste | I just put myself in the unslung4 table as number 15. some 5 more to go. |
| 18:19.11 | cardfumbler | Hi kaste, I have just flashed my brand new NSLU2 today (only unslung3 :( ); I'll put myself in the table tomorrow |
| 18:22.42 | kaste | cardfumbler, any strong reason for 3 rather than 4? |
| 18:23.12 | kaste | I know that the guys here would really appreciate more alpha testing |
| 18:31.14 | *** join/#nslu2-linux caplink811 (~Joerg@dsl-082-082-081-242.arcor-ip.net) |
| 18:33.22 | cardfumbler | kaste, just that I'm a slugnoob. Once I'm happy with knowing my way around the system, I'll upgrade |
| 18:34.23 | *** join/#nslu2-linux rpedde (~foo@adsl-70-240-56-201.dsl.snantx.swbell.net) |
| 18:36.10 | cardfumbler | One of the things I would have appreciated is an architectural overview of what the fs layout is of a stock NSLU2, how flashing unslung firmware modifes that, where packages end up etc. Does anything like that exist and would it be useful if I added something to the wiki on it? |
| 18:36.42 | kaste | hmm, I see. |
| 18:37.52 | jp30 | cardfumbler, if you would have found it useful to have this info on the wiki, pls add it |
| 18:38.54 | cardfumbler | jp30: I guess I found most of the information as "you will do this, this and this" without explaining what was actually going on |
| 18:39.10 | kaste | I cardfumbler, what information would you like to see exactly? |
| 18:39.24 | kaste | I am thinking structuring it like an unslung history page. |
| 18:39.49 | kaste | It would start with stock Linksys and describe the enhancements ... |
| 18:41.03 | kaste | a little bit like http://www.nslu2-linux.org/wiki/Unslung/UnslungStandard but with |
| 18:41.04 | cardfumbler | kaste: For example, how does the fs differ from a normal desktop linux box? How does the fact that the root fs is on flash affect how you have to manage startup scripts? What exactly does flashing firmware overwrite? |
| 18:41.57 | kaste | yes, that's what I thought. and that's why I think as a "history" page it would make some sense. it has changed from version to version. |
| 18:42.00 | *** join/#nslu2-linux copperbeech (~copperbee@82-40-186-72.cable.ubr04.newm.blueyonder.co.uk) |
| 18:42.11 | cardfumbler | While I'm here, can anyone point me to an example .mk file for a project (pref a library) that doesn't use GNU autoconf? |
| 18:43.40 | cardfumbler | I have a very simple utility to port |
| 18:46.40 | jp30 | cardfumbler, busybox is such a .mk |
| 18:47.02 | jp30 | ...it is complicated in other ways, but then so would any non-autotools package be |
| 18:47.15 | cardfumbler | jp30: thanks |
| 18:47.45 | cardfumbler | Talking of busybox - why would I want to upgrade from the version in unslung-3.18? |
| 18:47.52 | cardfumbler | as recommended by the wiki |
| 18:48.36 | cardfumbler | jp30: I just need to see what I need to attend to in .configure target and what to deal with in .built |
| 18:50.02 | kaste | I'd like to review the unslung4 readme - where would I find that? |
| 18:52.39 | *** join/#nslu2-linux copperbeech (~copperbee@82-40-186-72.cable.ubr04.newm.blueyonder.co.uk) |
| 18:52.58 | jp30 | kaste, i don't believe it is written yet. |
| 18:53.34 | jp30 | cardfumbler, it is really up to you how you divy up tasks between .configure and .built |
| 18:54.07 | jp30 | ...if there's no relevant configuration step for your util, just have .configure do nothing |
| 18:54.22 | copperbeech | rwhitby: thanks for all the help with getting colinux networking going. I thought I had one it - everything was showing up fine on my router... but it's all fallen down now. I can't even create a new bridge without XP throwing an error about property windows being open (even when there aren't any!) |
| 18:54.32 | copperbeech | aaaaagh - nuff for 1 day |
| 18:55.14 | copperbeech | my slug is so under control compared to working with XP! |
| 18:58.58 | cardfumbler | jp30: sounds sweet. I'm thinking of doing the cross-compile config in a patch to Makefile anyway |
| 18:59.47 | kaste | jp30, ok, so I will put my thoughts about the unslung4 readme on Unslung/SuggestedChangesToTheReadme so that they can be taken into account later |
| 19:07.40 | kaste | one remark I will put into the readme suggestions will be about quotacheck and (ro) file system. it happened to me when I tried /sbin/unsling hdd-data ... |
| 19:08.14 | jp30 | cardfumbler, if you are patching things, that should be done under .configure; that way an interrupted build can resume without re-patching |
| 19:08.39 | jp30 | kaste, unslung 4 is going to deal with quotacheck differently |
| 19:08.55 | kaste | I guess this can also be seen as an opportunity to double-check within the unsling script itself, and give a nice error message plus some advice. that would make the readme suggestion obsolete. |
| 19:09.39 | kaste | jp30, I have read in the irc logs about running unslung stuff only *after* all linksys stuff has finished. is that what you mean with differently? |
| 19:10.23 | kaste | because I am refering explicitely to (4) running /sbin/unsling after (1) booting with not hdd attached, (2) telnet in, (3) attach hdd. |
| 19:13.53 | jp30 | kaste, sorry, you're right: we were talking at cross-purposes |
| 19:19.43 | *** join/#nslu2-linux KsiLaptop (~ksilebo@d47-69-56-108.try.wideopenwest.com) |
| 19:19.49 | kaste | ok. well, I put my thoughts in the wiki page. Hope you guys get the last 5 alpha testers soon. Good ugt Night everyone. |
| 19:20.45 | *** part/#nslu2-linux kaste (www-data@netblock-66-159-209-60.dslextreme.com) |
| 19:36.34 | *** join/#nslu2-linux copperbeech_ (~copperbee@82-40-186-72.cable.ubr04.newm.blueyonder.co.uk) |
| 19:38.46 | *** join/#nslu2-linux copperbeech_ (~copperbee@82-40-186-72.cable.ubr04.newm.blueyonder.co.uk) |
| 20:18.02 | copperbeech | anyone know what you use to create a patch file? |
| 20:18.59 | Tiersten | diff |
| 20:19.50 | cardfumbler | copperbeech: diff -Naur <original-dir> <new-dir> |
| 20:20.07 | copperbeech | how about between 2 files? |
| 20:20.33 | cardfumbler | copperbeech: diff -Nau I think. --help tells all |
| 20:20.46 | copperbeech | thats fantastic - thanks :-) |
| 20:21.13 | Tiersten | Just diff old new would do |
| 20:21.36 | Tiersten | Patch will understand anything which diff generates unless you're using something incredibly old (or non GNU) |
| 20:26.01 | copperbeech | ok here's another question (for 1 point) - is there a way of finding the actual path to any given binary located on the $PATH ? |
| 20:26.14 | Tiersten | which blahblah |
| 20:26.46 | copperbeech | and the package that would be in ? :-) |
| 20:27.02 | Tiersten | *shrug* |
| 20:27.29 | Tiersten | I don't use the package manager |
| 20:28.25 | copperbeech | and the package name is.... |
| 20:28.29 | copperbeech | ... which |
| 20:28.36 | rpedde | me neither. I've got a switch on the side of my slug, and I just toggle in binaries in... well.. binary. |
| 20:29.06 | Tiersten | "ls -alR / | grep yourbinary" would do it as well |
| 20:29.49 | jp30 | which is in the package called... which |
| 20:30.23 | Tiersten | I thought you meant working out which package the located binary is in. Not the which binary itself |
| 20:30.59 | jp30 | ah... ipkg search does that i believe |
| 20:31.12 | Tiersten | I load my NSLU2 using JTAG actually |
| 20:32.19 | jp30 | i wish i could say i do it my soldering in pre-programmed flash chips :) |
| 20:32.43 | cardfumbler | How does one test an ipkg? Where do I put it on the slug to make it available to ipkg install? |
| 20:32.47 | Tiersten | well. i could do that but it's a bit annoying to have to remove it each time I screw up the bootloader :) |
| 20:32.51 | copperbeech | OK - this is what I'm doing... a configure script (for appWeb) copies /bin/cat to a local directory and I want it to actually find the /opt/bin/cat version instead. I suppose I can't assume that the script can even rely on 'which' being present.... |
| 20:33.25 | rpedde | Tiersten: gotcha. are you openslugging, or some other special-purpose thing? |
| 20:35.34 | Tiersten | I actually run the standard Linksys firmware apart from the bootloader |
| 20:35.44 | jp30 | cardfumbler, just ipkg install /path/to/your.ipk |
| 20:36.21 | cardfumbler | jp30: that makes sense, thanks again |
| 20:38.22 | jp30 | copperbeech, does the upstream configure for appweb assume which is present to find cat? |
| 20:39.24 | copperbeech | hmmm no - I wanted to patch the configuration script of appWeb so that it did use 'which' to find cat, rather than assume it is in /bin/cat |
| 20:39.51 | ka6sox-away | /opt/bin/which? |
| 20:39.56 | copperbeech | problem is that I'm not sure how to catch the condition where 'which' isn't present (as it wasn't on my build) |
| 20:40.15 | jp30 | copperbeech, are you patching configure or configure.in? |
| 20:40.31 | copperbeech | well it's called 'configure' in the appweb source tree |
| 20:40.40 | jp30 | is it generated with autoconf? |
| 20:40.50 | ka6sox-away | copperbeech, its in /opt/bin/which |
| 20:41.20 | copperbeech | ka6sox: I had to install the 'which' ipkg to get it there :-) |
| 20:41.40 | copperbeech | jp30: hmmm how would I know? |
| 20:42.00 | copperbeech | it's in the tarball downloaded from the appweb site |
| 20:42.05 | jp30 | do configure.in or configure.ac exist in the same directory as configure |
| 20:42.23 | copperbeech | nope the don't |
| 20:42.54 | jp30 | OK, then you're doing fine. |
| 20:43.29 | jp30 | ...it would be bad to patch configure if it were generated from something else. |
| 20:44.48 | copperbeech | do you think I could write an if statement to test for the existence of 'which' - *without* specifying the path? |
| 20:45.12 | copperbeech | jp30: yes I see what you mean... |
| 20:45.33 | novacane_22 | ka6sox-away, I was told you are the person to talk to about usb sound cards? |
| 20:46.21 | jp30 | copperbeach,i'm not quite sure what you're doing. aren't you trying to find the path to cat? |
| 20:47.26 | jp30 | ...it's not terrifically portable to assume that there is a working which in the path; but as it happens there is one on both the official build machines |
| 20:48.35 | copperbeech | ok got a function as follows: |
| 20:48.46 | copperbeech | setupBin() { |
| 20:48.47 | copperbeech | if [ ! -x ${BLD_TOOLS_DIR}/bldout${BLD_EXE} -a /bin/cat${BLD_EXE} ] |
| 20:48.49 | copperbeech | then |
| 20:48.51 | copperbeech | cp /bin/cat${BLD_EXE} ${BLD_TOOLS_DIR}/bldout${BLD_EXE} |
| 20:48.52 | copperbeech | fi |
| 20:48.54 | copperbeech | if [ ! -x ${BLD_TOOLS_DIR}/genDepend${BLD_EXE} -a -f /bin/true${BLD_EXE} ] |
| 20:48.55 | copperbeech | then |
| 20:48.57 | copperbeech | cp /bin/true${BLD_EXE} ${BLD_TOOLS_DIR}/genDepend${BLD_EXE} |
| 20:48.58 | copperbeech | fi |
| 20:49.00 | copperbeech | } |
| 20:49.16 | copperbeech | and I am wanting to modify it to this (not sure about the syntax - never written this sort of stuff before) |
| 20:49.31 | copperbeech | setupBin() { |
| 20:49.32 | copperbeech | if [ -x which ] |
| 20:49.34 | copperbeech | then |
| 20:49.35 | copperbeech | <PROTECTED> |
| 20:49.37 | copperbeech | <PROTECTED> |
| 20:49.39 | copperbeech | <PROTECTED> |
| 20:49.40 | copperbeech | <PROTECTED> |
| 20:49.42 | copperbeech | if [ ! -x ${BLD_TOOLS_DIR}/bldout${BLD_EXE} -a ${SYS_CAT} ] |
| 20:49.44 | copperbeech | then |
| 20:49.45 | copperbeech | cp ${SYS_CAT} ${BLD_TOOLS_DIR}/bldout${BLD_EXE} |
| 20:49.46 | copperbeech | fi |
| 20:49.48 | copperbeech | if [ -x which ] |
| 20:49.49 | copperbeech | then |
| 20:49.51 | copperbeech | <PROTECTED> |
| 20:49.52 | copperbeech | <PROTECTED> |
| 20:49.54 | copperbeech | <PROTECTED> |
| 20:49.56 | copperbeech | <PROTECTED> |
| 20:49.57 | copperbeech | if [ ! -x ${BLD_TOOLS_DIR}/genDepend${BLD_EXE} -a -f ${SYS_TRUE} ] |
| 20:49.59 | copperbeech | then |
| 20:50.00 | copperbeech | cp ${SYS_TRUE} ${BLD_TOOLS_DIR}/genDepend${BLD_EXE} |
| 20:50.02 | copperbeech | fi |
| 20:50.04 | copperbeech | } |
| 20:50.06 | copperbeech | do you think it will fly? |
| 20:50.29 | ka6sox-away | novacane_22, I am playing with this. |
| 20:50.58 | copperbeech | do you think the test for 'which' will work - it feels a bit optimistic :-D |
| 20:51.05 | jp30 | no it won't. |
| 20:51.19 | *** join/#nslu2-linux jf-away (~jeanfabri@home.bobo-rousselin.com) |
| 20:51.24 | copperbeech | darn! |
| 20:51.36 | jp30 | ...you are doing this so that you avoid running /bin/cat during native build? |
| 20:51.48 | ka6sox-away | novacane_22, meet me in #openjtag |
| 20:51.56 | novacane_22 | ka6sox-away, yep |
| 20:53.20 | jeanfabrice | jp30: ping |
| 20:53.21 | copperbeech | well it's a bit funny - the build has two binaries (old FSF ones) called blnout and genDepend, but before these have been built, in the early stages of the build process, the scripts copy 'cat' as a replacement for bldout and 'tru' as a replacement for genDepend. The real binaries get built later so it all seems a bit of a hack really. |
| 20:54.16 | copperbeech | problem is that the scripts are picking up the busybox binary which complains when called because it's name has changed and it doesn't know what to do. |
| 20:54.44 | jp30 | copperbeach, why don't you replace the bundled binaries with sh-scripts, and delete the configure stuff that messes with them? |
| 20:54.51 | jp30 | jeanfabrice, pong |
| 20:55.37 | jeanfabrice | hi |
| 20:55.46 | jp30 | wassup? |
| 20:56.09 | jeanfabrice | nice week-end, spent compiling and building |
| 20:56.39 | jp30 | good... i had a bit of a rough party yesterday, recovering by hacking today |
| 20:57.33 | jp30 | ...working mysqld, actually |
| 20:57.44 | jeanfabrice | still on php / thttpd |
| 20:58.01 | jeanfabrice | got part of your php builds and installed (not all because a few pb with openldap). |
| 20:58.25 | jeanfabrice | have builds thttpd with minimal php support and make it use you php.ini |
| 20:58.34 | jp30 | ah. openldap is hard to build. it doesn't cross build correctly |
| 20:59.44 | jeanfabrice | Got a problem before the use of its own binary : wchar_t is not know under uclibc |
| 21:00.05 | jeanfabrice | anyway. php cli and extensions are there |
| 21:00.20 | cardfumbler | My library runs 'ldconfig $(DESTDIR)/lib' as the last line of the install target. I guess I need to remove this line for ipkg build but is that function performed by ipkg install under normal circumstances? |
| 21:00.33 | jeanfabrice | but extensions doesn't load in ! |
| 21:01.15 | jp30 | cardfumbler, ldconfig isn't present or needed on unslung |
| 21:01.40 | cardfumbler | jp30: ok, i'll blast it. |
| 21:02.03 | jp30 | jf, how did you get any extensions at all, if you haven't got php.mk to work yet? |
| 21:02.41 | jeanfabrice | quick and dirty compilation, removing openldap form it |
| 21:02.47 | jeanfabrice | form=from |
| 21:03.28 | jeanfabrice | got a few extension (17) |
| 21:03.38 | jp30 | ok, good. do you have libdl.so on wl500g? |
| 21:05.11 | jeanfabrice | no^ |
| 21:05.58 | jp30 | ok. i had some similar problems with php-apache... do you have a configured php-thttpd source handy? |
| 21:06.12 | jeanfabrice | yes |
| 21:06.35 | jeanfabrice | do extensions listed in php.ini not automatically loaded at startup ? |
| 21:07.23 | jp30 | they should do. what i'm wondering about is whether your php build knows that dlopen() is available on your system. if it thinks not, then DSO extensions will fail silently |
| 21:07.39 | copperbeech | jeanfabrice: ... about the thttp ipkg: the S00thttpd script kills off the management web interface when the slug boots, do you know whether this has been thought about? |
| 21:07.45 | jp30 | ...i'm just building php-apache so i can remind myself where to look for symptoms |
| 21:08.01 | jeanfabrice | copperbeech: S00 ? |
| 21:08.30 | copperbeech | the init.d script - I can't rememer the number :-) |
| 21:08.37 | jeanfabrice | oh, ok |
| 21:08.47 | copperbeech | it does a killall I think |
| 21:08.54 | jeanfabrice | yep |
| 21:09.24 | jeanfabrice | I do not know that unslung managment interface ran thttpd |
| 21:10.43 | copperbeech | yeah - there is a native version kicked off by /etc/rc.d/rc.thttpd |
| 21:11.10 | jeanfabrice | ok |
| 21:11.55 | jp30 | jf, php-apache still configuring... i'll be with you in a minute... |
| 21:12.09 | jeanfabrice | should I discard then the killall (I took example on other startup script which kill processes before starting them) |
| 21:15.09 | jp30 | does thttpd create a pidfile anywhere? the built-in slug thttpd does. |
| 21:15.31 | jeanfabrice | it can, yes. |
| 21:16.05 | jeanfabrice | I will use this pidfile, then. |
| 21:18.16 | copperbeech | ttfn - work well |
| 21:18.16 | jp30 | ok, back to the DSO extensions, then. can you look at the main/php_config.h in your configured php+thttpd source? |
| 21:18.34 | jp30 | about line 972 |
| 21:18.47 | jp30 | ...and see if HAVE_DLOPEN and HAVE_LIBDL are defined |
| 21:19.42 | jeanfabrice | got /* #undef HAVE_DLOPEN */ |
| 21:20.13 | jeanfabrice | and /* #undef HAVE_LIBDL */ |
| 21:21.13 | jp30 | ah, that would be the problem |
| 21:21.31 | jeanfabrice | I do not launch autoconf when building |
| 21:21.52 | cardfumbler | goodnight, y'all and thanks for all the help! (especially jp30) |
| 21:22.07 | jeanfabrice | 'night |
| 21:23.16 | jp30 | 'night, cardfumbler |
| 21:23.33 | jp30 | i don't think running autoconf should make a difference to this one. |
| 21:23.49 | jp30 | let's look in your config.log... hang on... |
| 21:25.00 | jeanfabrice | got some "undefined reference to `dlopen'" |
| 21:25.43 | jp30 | hmm. are you sure you don't have a libdl.so.* in /lib? |
| 21:26.04 | jeanfabrice | oups, sorry, got one, yes |
| 21:26.36 | jeanfabrice | got libdl.so.0 |
| 21:27.28 | jp30 | ah! and do you have -ldl included in LDFLAGS when configuring? |
| 21:27.36 | jeanfabrice | probably not |
| 21:27.56 | jp30 | try putting it in and watch configure - see if it says dlopen... yes |
| 21:28.03 | jeanfabrice | ok. |
| 21:29.40 | jeanfabrice | checking for dlopen... no |
| 21:29.41 | jeanfabrice | checking for __dlopen... no |
| 21:29.41 | jeanfabrice | checking for dlopen in -ldl... yes |
| 21:30.14 | jp30 | now look in php_config.h and see if HAVE_LIBDL is defined now |
| 21:31.57 | jeanfabrice | still not |
| 21:32.28 | jp30 | ok, try adding -ldl to CFLAGS as well. |
| 21:32.54 | jp30 | ...i think the dlopen tests in php's configure are buggy |
| 21:33.24 | jp30 | ...i had to add -ldl to both LDFLAGS and CFLAGS for php-apache |
| 21:34.49 | jeanfabrice | checking for dlopen... yes |
| 21:34.55 | jeanfabrice | sound better |
| 21:34.58 | jp30 | and php_config.h? |
| 21:35.37 | jeanfabrice | defined |
| 21:35.54 | jeanfabrice | wouahou ;) |
| 21:36.30 | jp30 | i think will fix the problem |
| 21:37.04 | jeanfabrice | building... |
| 21:49.36 | rwhitby-asleep | jeanfabrice: cleaning now on nudi |
| 21:49.53 | jeanfabrice | rwhitby-asleep : thaks a lot |
| 21:49.59 | rwhitby-asleep | done |
| 21:50.36 | rwhitby-asleep | ok, I'm going to leave that area for you exclusively, and if I need to build something or do a release, I will do it in another area. |
| 21:55.03 | *** join/#nslu2-linux jf-away (~jeanfabri@home.bobo-rousselin.com) |
| 21:56.21 | jf-away | jp30: well got it compiled but now, unable to launch : address already in use...even after reboot. Will check this later 'coz I feel tired now |
| 21:58.54 | rwhitby-asleep | jf-away: before you go, have you done any throughput testing on wl500g? |
| 21:59.20 | jf-away | nops, sorry, as I was trying running thttpd |
| 21:59.26 | jf-away | got five minutes if you want |
| 21:59.42 | jf-away | but I'm running thttpd on a wl-hdd (ide harddisk) |
| 22:00.48 | rwhitby | I did some testing last night and only got 1.6MB/sec from thttpd running on wl500gx (raw hard disk performance was 4.8 MB/sec |
| 22:01.06 | rwhitby | what performance do you get from wl-hdd ? |
| 22:01.44 | rwhitby | (streaming a big file over thttpd) ? |
| 22:02.26 | rwhitby | has ka6sox caught up with you about what he is going to do with the wl-hdd? |
| 22:02.41 | jf-away | no :) |
| 22:02.46 | jp30 | jf-away, it would be advisable to use a non-standard port for php-thttpd (so you don't clash with apache, or with the built in thttpd on unslung) perhaps 8001? that might fix your address in user problem as well |
| 22:02.57 | jf-away | I've got a 153MB file on wl-hdd |
| 22:03.20 | rwhitby | that will do it. just time a wget from another machine on the lan |
| 22:03.42 | jf-away | launch it but, throught wlan :( |
| 22:03.54 | jf-away | need to move to be wired |
| 22:03.57 | rwhitby | 54g? |
| 22:04.02 | jf-away | yep |
| 22:04.11 | rwhitby | should be fine then |
| 22:04.37 | jf-away | humm... got 220K/s average |
| 22:05.04 | rwhitby | Hmm - that's way too low |
| 22:05.27 | rwhitby | I would have expected 1 or 2 MB/sec |
| 22:05.36 | jf-away | don't know if coolinux => XP => wlan => wl-hdd is very very good |
| 22:05.56 | rwhitby | ah, colinux would be the limiting factor in that equation |
| 22:06.31 | jf-away | I don't (still) have a linux box :( |
| 22:06.35 | rwhitby | I would be interested in the figures from a direct connection when you get a chance. |
| 22:06.48 | rwhitby | a download from a windows box should also give good enough figures |
| 22:06.59 | jf-away | 30s |
| 22:07.18 | jp30 | rwhitby, i have mysql nearly working |
| 22:07.36 | jp30 | ...i could do with some advice on which user should own mysql datafiles |
| 22:08.13 | rwhitby | I personally don't buy the separated user argument on the slug, but I can be convinced otherwise. |
| 22:08.21 | rwhitby | I run everything as root or nobody. |
| 22:08.45 | rwhitby | (or my personal account, but we're talking daemons here) |
| 22:09.12 | jp30 | ok, i figure it's bad for nobody to write access to anything. that suggests mysqld runs as root |
| 22:09.39 | rwhitby | yeah |
| 22:09.45 | *** join/#nslu2-linux jeanfabrice (~jeanfabri@home.bobo-rousselin.com) |
| 22:09.47 | rwhitby | we can always change it later |
| 22:09.50 | jeanfabrice | wired |
| 22:10.01 | rwhitby | hey wired-jf :-) |
| 22:10.40 | jeanfabrice | xp says arounf 2MBps |
| 22:10.45 | jeanfabrice | s/f/d |
| 22:11.28 | rwhitby | ok, that sounds right |
| 22:12.05 | rwhitby | wl500gx is 1.6, wl-hdd is 2.0, nslu2 is 4.8 |
| 22:12.46 | rwhitby | none of them are limited by raw disk speed |
| 22:13.08 | jeanfabrice | 1mn32s for 160657408 Bytes |
| 22:14.24 | rwhitby | 1.75MB/sec |
| 22:14.49 | rwhitby | so our slug is not so slow after all :-) |
| 22:14.57 | jeanfabrice | humm :( |
| 22:15.02 | jeanfabrice | wired ? |
| 22:15.03 | jeanfabrice | ;) |
| 22:15.16 | rwhitby | yeah, wired :-) |
| 22:16.12 | jeanfabrice | have to leave now...see u. |
| 22:17.01 | rwhitby | ok, that confirms the choice of nslu2 for streaming media server over wl500gx or wl-hdd. |
| 22:39.59 | novacane_22 | does anyone know if the kernel-module-audio_2.3r25-r15_nslu2 should create /dev/dsp? |
| 22:40.53 | rwhitby | no, we'd need to add it to a device_table file |
| 22:41.03 | rwhitby | unslung or openslug? |
| 22:41.13 | novacane_22 | unslung 4.14 |
| 22:41.36 | *** join/#nslu2-linux ChanServ (ChanServ@services.) |
| 22:41.36 | *** mode/#nslu2-linux [+o ChanServ] by irc.freenode.net |
| 22:41.49 | rwhitby | ok, add a slugbug and I'll fix it in about 12 hours time |
| 22:42.06 | rwhitby | list any other new devices needed too |
| 22:42.25 | novacane_22 | okay, I will see what I can do |
| 22:43.46 | novacane_22 | is there an easy way that I can create /dev/dsp to see if it fixes my problems? |
| 22:44.08 | rwhitby | mknod |
| 22:44.25 | rwhitby | you'll need to tell me the mknod arguments in the slugbug anyway :-) |
| 22:44.29 | rwhitby | back later |
| 22:44.35 | novacane_22 | thanks |
| 22:57.16 | novacane_22 | Does anyone know how I would go about finding the MAJOR and MINOR numbers for mknod? |
| 22:58.14 | glc | Kernel ocs. |
| 22:58.19 | glc | docs |
| 22:58.20 | rpedde | you could ls -l the device from a working machine. My linux box, for example, shows /dev/dsp as major 14, minor 3. |
| 22:59.04 | rpedde | but glc is right -- canonical reference is devices.txt in the Documentation directory of kernel source |
| 22:59.44 | novacane_22 | thanks |
| 23:05.07 | novacane_22 | when I plug my sound card into the slug I get the message "usbaudio: registered dsp 14,3", so is it safe to say 14,3 are the MAJOR, MINOR numbers? |
| 23:07.14 | rpedde | Yes. /dev/dsp should be a char device with major 14, minor 3. |
| 23:07.26 | novacane_22 | thank-you |
| 23:09.37 | *** join/#nslu2-linux [g2] (~g2@cpe-066-057-008-035.nc.res.rr.com) |
| 23:15.52 | *** join/#nslu2-linux Tiersten (~tman@Tiersten.nslu2-linux) |
| 23:15.52 | *** join/#nslu2-linux Ksilebo|Spong (~russ@d47-69-56-108.try.wideopenwest.com) [NETSPLIT VICTIM] |
| 23:15.54 | *** join/#nslu2-linux mrblack51 (mrblack51@wa-pullman-cuda1k-78.losaca.adelphia.net) [NETSPLIT VICTIM] |
| 23:15.54 | *** join/#nslu2-linux jp30-work (~jp30@jp30.nslu2-linux) [NETSPLIT VICTIM] |
| 23:15.54 | *** join/#nslu2-linux giel (~giel@145.116.4.60) [NETSPLIT VICTIM] |
| 23:15.54 | *** join/#nslu2-linux ka6sox-away (~tking@ka6sox.nslu2-linux) |
| 23:15.54 | *** join/#nslu2-linux sp4ce (~la2aar@pcp07273245pcs.dalect01.va.comcast.net) [NETSPLIT VICTIM] |
| 23:15.54 | *** join/#nslu2-linux eno (~eno@64.163.150.223) [NETSPLIT VICTIM] |
| 23:15.54 | *** join/#nslu2-linux senneth (senneth@senneth.staff.irssi) [NETSPLIT VICTIM] |
| 23:15.54 | *** join/#nslu2-linux CIA-8 (~CIA@flapjack.navi.cx) [NETSPLIT VICTIM] |
| 23:15.54 | *** join/#nslu2-linux glc (~glc@glc.nslu2-linux) [NETSPLIT VICTIM] |
| 23:15.54 | *** join/#nslu2-linux siddy-away (~sid@nic-nac-project.de) [NETSPLIT VICTIM] |
| 23:15.54 | *** join/#nslu2-linux nslu2-log (dyoung@netblock-66-159-209-60.dslextreme.com) |
| 23:15.57 | *** join/#nslu2-linux rwhitby-web (www-data@netblock-66-159-209-60.dslextreme.com) |
| 23:31.45 | rpedde | rwhitby: is there a build log from the daily package builds? |
| 23:33.26 | jp30 | rpedde, are you asking about unslung packages, or openslug? |
| 23:33.47 | rpedde | unslung... I'm wondering why a couple packages aren't in the feeds... specifically libao and libvorbisidec. |
| 23:34.10 | rpedde | I was wondering if it was because they didn't build successfully or something so I could fix them. |
| 23:35.45 | jp30 | libao builds, but is non-functional - ka6sox knows more about that |
| 23:35.58 | CIA-8 | 03bzhou * 10unslung/sources/jabber/jabber.xml.patch: use a behind firewall/intranet setting by default |
| 23:36.42 | jp30 | libvorbisidec - i don't believe anyone has asked for it to be promoted to the feeds |
| 23:37.47 | jp30 | ah, rpedde, you are the contributor of libvorbisidec |
| 23:37.53 | rpedde | :) |
| 23:38.16 | jp30 | ...you need to add it to a READY_FOR_TESTING line in the root Makefile so i know you want it tested and uploaded |
| 23:38.25 | rpedde | I just dumped in a bunch of stuff the other day, in READY_TO_BE_TESTED, and it all got promoted to the feeds except libvorbisidec |
| 23:38.37 | rpedde | Oooh... I thought I *had* added it to READY_TO_BE_TESTED. |
| 23:38.39 | rpedde | My bad. |
| 23:40.00 | jp30 | rpedde, i am testing it now... |
| 23:40.49 | rpedde | jp30, thx. |
| 23:40.56 | CIA-8 | 03bzhou * 10unslung/sources/jabber/ (Makefile.patch postinst prerm rc.jabber): changed rc.jabber to use service style |
| 23:42.25 | jp30 | rpedde, my bad, actually, i intended to promot libvorbisidec, but made a typo when i did so |
| 23:43.21 | rpedde | jp30, np. so I should work with ka6sox to get libao promoted? It's a dep for another package I need, so I'd like to see it get kicked into working shape. |
| 23:43.25 | CIA-8 | 03jp30 * 10unslung/Makefile: correct libvorbisdec/libvorbisidec typo |
| 23:45.10 | jp30 | well, you could ask him exactly what the problem was, i've no idea myself |
| 23:46.40 | rpedde | jp30, gotcha. Thanks. |
