| 00:06.21 | *** join/#nslu2-linux ByronT (i=byron-po@nslu2-linux/ByronT) |
| 00:14.28 | *** join/#nslu2-linux rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 00:44.07 | *** join/#nslu2-linux rwhitby-away (n=rwhitby@nslu2-linux/rwhitby) |
| 00:48.07 | *** join/#nslu2-linux ByronT_ (i=byron-po@nslu2-linux/ByronT) |
| 01:14.34 | *** join/#nslu2-linux rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 01:24.29 | *** join/#nslu2-linux ByronT (n=byron-po@nslu2-linux/ByronT) |
| 02:56.02 | *** join/#nslu2-linux bullet_ (n=bullet@57.56.203.62.cust.bluewin.ch) |
| 03:29.04 | *** join/#nslu2-linux EvilDevil_ (n=miau@p54A6CE21.dip.t-dialin.net) |
| 04:20.01 | *** join/#nslu2-linux r[S (n=Sinclair@p54A081B3.dip0.t-ipconnect.de) |
| 05:33.17 | *** join/#nslu2-linux jacques (n=jacques@cpe-66-69-157-195.houston.res.rr.com) |
| 06:24.29 | *** join/#nslu2-linux DrZimmerman (n=theo@84-72-181-62.dclient.hispeed.ch) |
| 06:28.14 | *** join/#nslu2-linux oleo (n=leon@193.2.111.14) |
| 06:37.43 | *** join/#nslu2-linux Tobbe_ (n=tobbe@kbhn-vbrg-sr0-vl203-120.perspektivbredband.net) |
| 07:02.58 | CIA-8 | 03oleo * r4224 10optware/trunk/ (3 files in 2 dirs): transmission: bug fixes in scripts |
| 07:24.31 | *** join/#nslu2-linux CieD (n=CieD@host86-136-77-105.range86-136.btcentralplus.com) |
| 07:34.23 | *** join/#nslu2-linux kfm82sparc (n=kfm82@p54BEED5C.dip.t-dialin.net) |
| 07:37.39 | *** join/#nslu2-linux Tobbe (n=tobbe@kbhn-vbrg-sr0-vl203-120.perspektivbredband.net) |
| 07:52.17 | *** join/#nslu2-linux [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 08:30.55 | *** join/#nslu2-linux likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
| 11:16.58 | *** join/#nslu2-linux VoodooZ (n=VoodooZ@modemcable214.50-82-70.mc.videotron.ca) |
| 11:53.53 | VoodooZ | mtn: connecting to monotone.nslu2-linux.org |
| 11:53.53 | VoodooZ | mtn: network error: failed to connect: Connection refused |
| 11:54.10 | VoodooZ | Anybody else getting this? |
| 11:54.36 | likewise | lemme see |
| 11:54.45 | VoodooZ | The box is pingable at least. |
| 11:55.03 | VoodooZ | And has quite a few ports open:22/tcp open ssh |
| 11:55.03 | VoodooZ | 25/tcp filtered smtp |
| 11:55.03 | VoodooZ | 80/tcp open http |
| 11:55.03 | VoodooZ | 111/tcp open rpcbind |
| 11:55.03 | VoodooZ | 113/tcp open auth |
| 11:55.04 | VoodooZ | 135/tcp filtered msrpc |
| 11:55.06 | VoodooZ | 139/tcp filtered netbios-ssn |
| 11:55.08 | VoodooZ | 443/tcp open https |
| 11:55.10 | VoodooZ | 445/tcp filtered microsoft-ds |
| 11:55.14 | VoodooZ | 828/tcp open unknown |
| 11:55.16 | VoodooZ | 1984/tcp open bigbrother |
| 11:55.18 | VoodooZ | 2401/tcp open cvspserver |
| 11:55.18 | dyoung_ | Its in the middle if a sync atm |
| 11:55.20 | VoodooZ | 4444/tcp filtered krb524 |
| 11:55.20 | likewise | VoodooZ: gimme a quick mtn ommand line to test, haven't got the URLs handy |
| 11:55.25 | VoodooZ | yikes! port 135/139 open! that's bad! |
| 11:55.38 | VoodooZ | I don't know. I just did make update under head. |
| 11:55.42 | VoodooZ | let me see... |
| 11:56.40 | VoodooZ | mtn update -b org.nslu2-linux.dev??? |
| 11:56.57 | VoodooZ | I'm just fishing ths out of the Makefile though so.... |
| 11:57.16 | likewise | I do not have anything local against nslu2-linux.dev at this time. |
| 11:57.23 | VoodooZ | or use the command 'status' |
| 11:58.14 | dyoung_ | try now |
| 11:58.46 | VoodooZ | mtn: error: I/O failure while talking to peer monotone.nslu2-linux.org, disconnecting |
| 11:59.22 | VoodooZ | and it doubt it's my connection as I'm connecting from work to my home box which worked all week |
| 11:59.30 | VoodooZ | different error at least. :) |
| 11:59.37 | dyoung_ | I know exactly what the cause is. |
| 11:59.48 | dyoung_ | we're working to fix the problem. |
| 12:00.13 | dyoung_ | basically when a sync is being run, and a client connects to the server, the sync kills the serve. |
| 12:00.18 | VoodooZ | Ok, thanks dyoung_ |
| 12:00.20 | dyoung_ | and then the sync hangs |
| 12:00.25 | VoodooZ | Just wanted to let you guys know. |
| 12:01.07 | dyoung_ | okay the sync finshed |
| 12:01.09 | dyoung_ | try now? |
| 12:02.52 | VoodooZ | looks better. |
| 12:02.54 | VoodooZ | thanks. |
| 12:03.08 | dyoung_ | np. |
| 12:03.19 | dyoung_ | we'll get that resolved pretty soon hopefully. |
| 12:03.21 | VoodooZ | the #oe guys told me somebody got my pocketsphinx package in mtn. should I expect it to show up inour head too. |
| 12:03.47 | VoodooZ | what? I thought you just resolved it? it's updating... |
| 12:03.52 | dyoung_ | Yeah it syncs every 5min or so. |
| 12:03.58 | dyoung_ | Yeah, its a recurring problem though |
| 12:04.13 | VoodooZ | I see. |
| 12:04.25 | dyoung_ | the permanent solution is being crafted this week. |
| 12:04.49 | dyoung_ | (the solution is to unbundle the servingi and syncing features from each other. |
| 12:04.52 | dyoung_ | ) |
| 12:05.46 | dyoung_ | VoodooZ: I've been meaning to ask you if things work for you under 64-bit these days? |
| 12:07.48 | VoodooZ | ACtually, I changed company in April so I no longer have access to the nice SMP boxes. |
| 12:08.16 | VoodooZ | I'm planning on upgrading my home box soon though so I'll be getting an AMD X2 probably. |
| 12:09.09 | dyoung_ | hehe |
| 12:09.15 | dyoung_ | I just got a X2 |
| 12:09.19 | dyoung_ | I'm happy. |
| 12:09.24 | dyoung_ | I'm running it in 32bit tho |
| 12:09.35 | dyoung_ | since I have vivid memories of your 64-bit issues. |
| 12:09.39 | VoodooZ | nice. |
| 12:10.02 | VoodooZ | With Intel finally getting their act together I'm tempted do get a Core2 but I'm sticking with AMD thru the "hard" times. |
| 12:10.14 | dyoung_ | I did a compile comparison for the optware toolchain X2 4200 versus Dual Xeon PE1800 3.0Ghz. |
| 12:10.46 | dyoung_ | The X2 4200 wins by 3 min. 28min on the Xeon 3Ghz and 25min on the X2 |
| 12:10.50 | VoodooZ | wow! |
| 12:10.56 | VoodooZ | What was your -j command? |
| 12:11.04 | dyoung_ | I didnt use one. ;-) |
| 12:11.19 | VoodooZ | really? |
| 12:11.22 | dyoung_ | Yep |
| 12:11.31 | dyoung_ | I had to do it 3 times just to make sure I wasnt hallucinating |
| 12:11.43 | VoodooZ | so just the default build with no PARALELL shit? |
| 12:11.49 | dyoung_ | Righto. |
| 12:12.10 | VoodooZ | Nice! You should try it -j 3 or more for fun. |
| 12:12.22 | VoodooZ | IT might a nice diff on the opterons |
| 12:12.33 | dyoung_ | Hmm, thats a interesting experiemtn too. |
| 12:12.39 | dyoung_ | I'll fire one off right now. |
| 12:12.57 | VoodooZ | 3, 4,5 & 6 should be sufficient I would think. |
| 12:13.13 | VoodooZ | although I was testing on a quad system so... |
| 12:13.36 | VoodooZ | Do you know the proper Argument for setting it up? |
| 12:13.58 | VoodooZ | It's PARALELL something in local.conf |
| 12:14.44 | VoodooZ | dyoung_, what's the PE1800 based on? not the new Core2? |
| 12:14.44 | dyoung_ | Oh, I was testing just building the optware toolchain, outside of oe. I didnt quite get that far yet on this machine. |
| 12:15.04 | VoodooZ | oh i see. |
| 12:15.07 | dyoung_ | The PE1800 is dual Xeon 3.0Ghz; those were "HT" CPU's |
| 12:15.29 | VoodooZ | ha! that's probably why. they were groslly inefficient |
| 12:15.47 | VoodooZ | The new quad cores are going to kick as at highly parallel stuff though |
| 12:15.48 | dyoung_ | I just tried with -j 4 |
| 12:15.58 | VoodooZ | so? |
| 12:16.06 | dyoung_ | dunno, ask me in 20min or so. ;-) |
| 12:16.10 | VoodooZ | hehehe. |
| 12:16.30 | VoodooZ | I was going to say. wow! I need another coffeee! :) |
| 12:16.54 | VoodooZ | dyoung_, btw, do you know if there's any progress on getting glibc 2.4/2.5 running on the slug? |
| 12:17.07 | VoodooZ | it would be nice to have NPTL instead of pthreads. |
| 12:17.37 | VoodooZ | I know it sounds crazy for a slug but efficiency is important. |
| 12:17.37 | dyoung_ | Hmm, I think I saw nail mutter some choice words; but I didnt really hear anything as far as progress. |
| 12:18.07 | VoodooZ | yeah. I talked to him quickly yesterday and it wasn't looking good. |
| 12:18.31 | VoodooZ | koen seemed to be having some success with 2.5 but that's a totally different machine. |
| 12:19.15 | likewise | I have submitted squashfs-lzma to the nslu2-linux ml. What's currently in use on the slugs? |
| 12:21.43 | dyoung_ | in the flash? |
| 12:23.04 | likewise | dyoung_: yes |
| 12:23.36 | dyoung_ | jffs2 |
| 12:23.50 | VoodooZ | likewise, nice! Is it really demanding processor wise? |
| 12:24.03 | *** join/#nslu2-linux vmaster_ (n=vmaster@p549B7DA3.dip.t-dialin.net) |
| 12:24.13 | likewise | VoodooZ: I intend to compare it speedwise against JFFS2 next week. |
| 12:24.32 | VoodooZ | good! Let us know or update the wiki as this would be real useful. |
| 12:24.44 | likewise | by simply doing a "cp -ra / /dev/null" or something |
| 12:24.49 | VoodooZ | Do you have approx compression ratios? |
| 12:26.30 | VoodooZ | squashfs could be used as a live backup for workstation too. I like it. |
| 12:26.53 | VoodooZ | I just wonder how big of a size difference it makes in average. |
| 12:32.39 | likewise | VoodooZ: hold on, I will build both jffs2 and squash-lzma to compare |
| 12:32.49 | VoodooZ | cool |
| 12:33.06 | VoodooZ | It could definitely help with our space woes. |
| 12:34.06 | likewise | -rw-r--r-- 1 leon leon 8257536 2006-10-13 14:09 clock-image-ixp4xx-20061013120720.rootfs.jffs2 |
| 12:34.08 | likewise | -rwx------ 1 leon leon 5312512 2006-10-13 14:09 clock-image-ixp4xx-20061013120720.rootfs.squashfs |
| 12:34.10 | likewise | -rw-r--r-- 1 leon leon 4587520 2006-10-13 12:52 subtitle-image-ixp4xx-20061013105212.rootfs.jffs2 |
| 12:34.11 | likewise | -rwx------ 1 leon leon 3932160 2006-10-13 12:52 subtitle-image-ixp4xx-20061013105212.rootfs.squashfs |
| 12:34.35 | likewise | the first image has more data (besides just executables and libraries). there is the biggest win. |
| 12:35.39 | VoodooZ | Unless of course the slugos determine to be unpractical. I don't know that much. |
| 12:35.56 | likewise | VoodooZ: the squashfs in the listing above uses actually LZMA compression |
| 12:36.14 | likewise | VoodooZ: I wonder if someone uses LZMA with JFFS2 |
| 12:41.33 | VoodooZ | not sure. |
| 12:41.40 | VoodooZ | I've been out of the loop in the last year. |
| 12:41.57 | VoodooZ | just started again. what version of slugos are you using? |
| 12:42.43 | VoodooZ | I guess I could finding the rootfs script to see if there's compression in there. |
| 12:43.02 | VoodooZ | How is that lzma done normally? seperately or is it part of jffs2? |
| 12:48.41 | dyoung_ | It must not pass the -j option along |
| 12:49.01 | dyoung_ | is there a way to gobalise that? |
| 13:00.46 | VoodooZ | euh? |
| 13:21.31 | likewise | dyoung_: You mean: how do I enable parallel builds with bitbake invoked makes? |
| 13:22.08 | likewise | dyoung_: if so, put PARALLEL_MAKE = "-j4" in local.conf |
| 13:22.45 | likewise | VoodooZ: squashfs with lzma would compress fixed-size blocks of files using LZMA |
| 13:23.13 | VoodooZ | i see. |
| 13:23.16 | likewise | VoodooZ: same for JFFS-LZMA (but I have seen no working patch for that yet). |
| 13:23.43 | VoodooZ | I wasn't even aware we were using compression. |
| 13:23.51 | VoodooZ | that's how little I know! :) |
| 13:23.52 | likewise | VoodooZ: it is also possible to compress existing initrd images with LZMA, but then the whole IMAGE is compressed, not the filesystem file content itself |
| 13:24.38 | likewise | VoodooZ: well, I am not really a slug(os) user, I just hang around here because I have a custom board that "looks like" the slug or IXDP425, so the software effort has 99% overlap |
| 13:25.19 | likewise | VoodooZ: I commit useful stuff back to openembedded (like squashfs-lzma) and come around here to ask whether you guys actually use it or not (it helps to get feedback) :-) |
| 13:25.20 | VoodooZ | good. I guess the guys did a good job. Overlap is good. |
| 13:25.29 | VoodooZ | definitely. |
| 13:26.06 | VoodooZ | Make sure the big guns know about it though as they are the ones making the big architectural decisions. (rwhitby, Nail, dyoung, [g2], etc...) |
| 13:27.47 | likewise | shhh - one of the big boys is listening in :-) |
| 13:28.06 | [g2] | no I just saw the blinking window |
| 13:28.56 | likewise | JFFS2 with LZMA compression is nice, kernel compressed with LZMA is nice, but I have not seen working patches yet (in the kernel case, only for MIPS and x86). |
| 13:29.24 | [g2] | actually a squashed debian |
| 13:29.29 | likewise | So I'll probably stick with squashfs-lzma with a JFFS2 overlay using something as unionfs |
| 13:30.20 | [g2] | likewise I was mounting it from a tiny <1MB jffs2 |
| 13:30.22 | likewise | [g2]: I am running squashfs-lzma as rootfs, but I mean a writable filesystem. |
| 13:30.43 | likewise | [g2]: JFFS2 with LZMA compression. |
| 13:30.47 | [g2] | likewise yeah you can just bind mount/unionfs overtop |
| 13:31.11 | [g2] | overtop of the squashfs that is |
| 13:31.59 | likewise | [g2]: yep, but further savings from that would be a lzma-compressed kernel, and a jffs2 that used lzma (either through mkjffs2 and optionally even run-time). |
| 13:32.15 | likewise | [g2]: gaining 10% |
| 13:32.30 | [g2] | is that compared to squashfs 3.0 ? |
| 13:32.36 | [g2] | or jffs2 |
| 13:33.01 | likewise | 10% against squashfs 3.0 |
| 13:33.04 | [g2] | likewise btw I think those are great idea and certainly things to be investigated made working |
| 13:33.10 | likewise | more against jffs2, see here: |
| 13:33.13 | likewise | -rw-r--r-- 1 leon leon 8257536 2006-10-13 14:09 clock-image-ixp4xx-20061013120720.rootfs.jffs2 |
| 13:33.15 | likewise | -rwx------ 1 leon leon 5312512 2006-10-13 14:09 clock-image-ixp4xx-20061013120720.rootfs.squashfs |
| 13:33.16 | likewise | -rw-r--r-- 1 leon leon 4587520 2006-10-13 12:52 subtitle-image-ixp4xx-20061013105212.rootfs.jffs2 |
| 13:33.18 | likewise | -rwx------ 1 leon leon 3932160 2006-10-13 12:52 subtitle-image-ixp4xx-20061013105212.rootfs.squashfs |
| 13:33.33 | likewise | [g2]: the squashfs images are LZMA compressed here. |
| 13:34.53 | likewise | [g2]: I yesterday added lzma compression to squashfs 3.1r2, I will concentrate on other work first. |
| 13:35.16 | [g2] | likewise I'd think if it's not already there, supporting LMZA on the kernel image would be a decent win |
| 13:35.40 | [g2] | as it would allow larger kernel in a fixed amount of space (as in the nslu2 case) |
| 13:36.08 | [g2] | iirc the OpenWRT guys have been doing this for a while |
| 13:36.15 | likewise | [g2]: that's MIPS right? |
| 13:36.36 | [g2] | yeah, mainly, but they run a lots of arches |
| 13:36.42 | likewise | [g2]: yes, and i386 patches are all around, but no ARM yet. |
| 13:37.06 | [g2] | dunno haven't checked, there's an IXP port |
| 13:37.44 | [g2] | IXP port for OpenWRT, not LMZA in the kernel decompressor (but haven't check that either) |
| 13:38.43 | [g2] | likewise just pinged someone in #madwifi |
| 13:39.01 | [g2] | asking about LMZA for ARM/XScale |
| 13:39.28 | likewise | [g2]: Jeremy from bitsum.com was doing JFFS2 LZMA support in July on freewrt. That should be arch independent (fs) code. |
| 13:41.12 | likewise | [g2]: I know, but I didn't log madwifi, and you said someone asked for it there? |
| 13:41.39 | [g2] | yeah Kaloz |
| 13:42.01 | [g2] | I think he was in OpenWRT before I was |
| 13:42.39 | [g2] | I think he's one of the guys working on getting the Gateway box running OpenWRT |
| 13:42.52 | likewise | [g2]: hmm, I should run some IRC live topic grepper, any recommendations for such a tool? |
| 13:43.04 | likewise | s/topic/chatter |
| 13:43.19 | [g2] | I think that's was riker does :) |
| 13:43.37 | [g2] | ~bot |
| 13:43.39 | jbot | I ain't no stinkin' bot. I am a finely tuned and hand crafted tool. Oh wait... I guess I am a bot (that you should not abuse). |
| 13:44.02 | [g2] | the bot is probably logging 50 channels |
| 13:44.26 | [g2] | but IMHO I think it's just better to know the ppl and the projects |
| 13:45.23 | [g2] | likewise have you played with > 64MB config btw on the IXP ? |
| 13:45.32 | *** join/#nslu2-linux mithro (n=tim@ppp246-117.static.internode.on.net) |
| 13:45.40 | likewise | [g2]: Only on the IXDP425, yes |
| 13:45.47 | [g2] | that's fine |
| 13:45.55 | [g2] | it's perfect actually :) |
| 13:46.05 | [g2] | did you run into any issues with that ? |
| 13:46.07 | likewise | [g2]: I am notably bad at remembering names just from IRC. |
| 13:46.30 | [g2] | room for growth or an xchat plugin :) |
| 13:46.54 | likewise | [g2]: no issues that I can remember, are you looking for any? |
| 13:47.15 | [g2] | no they are looking for me :) |
| 13:47.44 | [g2] | which kernel are you on btw if you can say |
| 13:47.53 | likewise | [g2]: haha, well I did some work on the SDRAM controller configurations overall several board revisions and with non-Intel certified SDRAM configs. |
| 13:48.06 | likewise | s/overall/over |
| 13:48.32 | likewise | [g2]: I am using OE .dev 2.6.17 ixp4xx-kernel but with most of the patches disabled. |
| 13:48.34 | [g2] | yeah I remember you were asking what the timings were |
| 13:49.11 | likewise | [g2]; yup, but we use a x32 SDRAM, so it took me a bit to get the bits right (and to understand their meaning). |
| 13:49.33 | likewise | [g2]: The hardware design guidelines helped me more than the IXP4xx developer guide, btw. |
| 13:49.38 | [g2] | memory controllers are usually that way the first time around :) |
| 13:49.53 | likewise | [g2]: what issue do you have? |
| 13:50.30 | [g2] | I see some instability, but I've only got one board |
| 13:51.17 | likewise | [g2]: I currently have instability as well, and we think it is due to unmatched SDRAM trace lengths. |
| 13:51.20 | [g2] | likewise do you have a MACH_ID and are you planning on pushing the config/changes upstream ? |
| 13:51.38 | likewise | [g2]: no (but will) resp. yes |
| 13:51.59 | [g2] | no repository ? |
| 13:53.17 | likewise | [g2]: I will open some epositories in february at the company I work for (I do have an employer besides my freelance work). |
| 13:53.43 | [g2] | Feb '07 ? |
| 13:53.45 | likewise | [g2]: I first need to make sure non-GPL code does not leak away. |
| 13:54.27 | [g2] | that make sense |
| 13:54.28 | likewise | [g2]: yes, but I can send you anything you want right now. I have a modified 1.92 redboot, and a small patch for our machine in the kernel. |
| 13:54.49 | [g2] | thx I'm running 2.02/3 |
| 13:55.21 | [g2] | I can load -m disk hda1:/boot/zImage |
| 13:55.30 | [g2] | where hda1 is ext2 on CF |
| 13:56.11 | [g2] | but we should probably want to coordinate upstream patches some |
| 13:56.25 | likewise | [g2]: nice. where are the instabilities? in redboot, linux? spontaneous hangs? does redboot show the GDB stub output? |
| 13:57.17 | [g2] | last I checked, if mem=64M is passed in the system is 100% stable |
| 13:57.42 | [g2] | with mem=128M, the system is fine in Linux under light load, but under heavy load it locks up |
| 13:57.46 | [g2] | like bonnie++ |
| 13:58.28 | likewise | [g2]: do you have a hardware debugger (I have a BDI2000 here)? |
| 13:58.31 | [g2] | so I know the HW is all fine (except for possibly 1 address line) |
| 13:58.46 | likewise | [g2]: did you check for memory aliasing (using redboot)? |
| 13:59.11 | [g2] | I think so, but I it wouldn't hurt to check again |
| 13:59.28 | likewise | [g2]: x16 SDRAM, or x32? And how many? |
| 13:59.33 | [g2] | x16 |
| 13:59.39 | [g2] | two chips |
| 13:59.46 | [g2] | 32x16 iirc |
| 14:00.14 | likewise | 2 chips of 32Mx16bits makes 128 Mbytes, yes. |
| 14:00.34 | [g2] | :) |
| 14:01.08 | likewise | [g2]: sanity check :-) |
| 14:01.20 | [g2] | that's fine :) |
| 14:02.24 | likewise | [g2]: what's your SDRAM_CONFIG set to (let me just figure that out myself, hold on while I open the PDFs) |
| 14:06.44 | likewise | NAiL: thanks |
| 14:07.36 | [g2] | likewise I was just starting to look at the issue again |
| 14:07.56 | [g2] | it turns out my 128MB box is my Internet web server/trac server |
| 14:08.07 | [g2] | uptime ~180 days |
| 14:08.50 | [g2] | I'm actually switching network service providers this weekend |
| 14:09.02 | [g2] | so that box will get freed up soon |
| 14:10.51 | [g2] | likewise I've got 2 256MB boxes, but those are chip stacked |
| 14:11.15 | *** join/#nslu2-linux bernied (n=bernie@80-41-252-228.dynamic.dsl.as9105.com) |
| 14:11.40 | likewise | [g2]: SDR_CONFIG[5:0] = 011100 |
| 14:11.59 | likewise | [g2]: 128 MB LOFT, right? |
| 14:12.04 | [g2] | yeah |
| 14:12.09 | [g2] | a test box |
| 14:12.25 | likewise | [g2]: the SDR_CONFIG matches? |
| 14:13.24 | likewise | [g2]: My best guess for the instability would be power dip (under stress load), or critical timing due to unmatched lengths to SDRAMs. |
| 14:13.59 | [g2] | it's not power as the thing is wall plugged |
| 14:14.09 | NAiL | likewise: patches look good by me |
| 14:14.19 | NAiL | Can't look into merging them until after the weekend though |
| 14:14.29 | NAiL | so buzz me next week ;) |
| 14:14.32 | [g2] | it's not unmatched lengths as there's only 1 extra line between the 64 and 128 config |
| 14:14.57 | [g2] | so it could only be 1 line if it was taht (the high-order address) |
| 14:15.07 | [g2] | s/taht/that/ |
| 14:15.14 | *** part/#nslu2-linux bernied (n=bernie@80-41-252-228.dynamic.dsl.as9105.com) |
| 14:16.26 | likewise | NAiL: ok, if I think about it :-) |
| 14:17.23 | likewise | [g2]: did you check that the SDR_CONFIG matches your SDRAM parts #ROW, #COLUMNS? |
| 14:17.50 | [g2] | likewise last time I looked into yes |
| 14:18.07 | [g2] | it's been like a year since I last checked |
| 14:21.55 | [g2] | likewise thx for the input btw |
| 14:23.16 | likewise | [g2]: I'll let you know what our instability arises from. If I cool the IXP4xx from 48 Celsius to below 35, everything works reliably.... |
| 14:24.00 | [g2] | that sounds like a solder joint issue |
| 14:25.44 | likewise | [g2]: yes, I'll probably have to run it through an X-ray scan soon. |
| 14:26.14 | [g2] | that'd be cool |
| 14:28.34 | likewise | have to go to a nearby shop, bbs |
| 14:40.53 | *** join/#nslu2-linux bullet (n=bullet@191-126.1-85.cust.bluewin.ch) |
| 14:52.28 | *** join/#nslu2-linux yvasilev (n=yvasilev@dune.math.cinvestav.mx) |
| 15:10.25 | CIA-8 | 03bzhou * r4225 10optware/trunk/make/py-usb.mk: py-usb: upstream upgrade to 0.3.5 |
| 15:17.47 | *** join/#nslu2-linux yvasile1 (n=yvasilev@dune.math.cinvestav.mx) |
| 15:18.20 | *** join/#nslu2-linux yvasilev (n=yvasilev@dune.math.cinvestav.mx) |
| 15:43.56 | *** join/#nslu2-linux jcf4 (n=root@mail.amperion.com) |
| 15:45.28 | *** join/#nslu2-linux jcf4 (n=root@mail.amperion.com) |
| 15:49.22 | *** join/#nslu2-linux mithro (n=tim@ppp246-117.static.internode.on.net) |
| 15:51.10 | *** join/#nslu2-linux CieD (n=CieD@81.168.95.39) |
| 15:51.40 | *** join/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com) |
| 16:07.33 | *** join/#nslu2-linux l0c4lh0st (n=a@j147098.upc-j.chello.nl) |
| 16:46.30 | *** join/#nslu2-linux kolla (i=kolla@halbrend.uninett.no) |
| 16:47.44 | *** part/#nslu2-linux likewise (n=chatzill@82-171-189-134.dsl.ip.tiscali.nl) |
| 16:59.22 | *** join/#nslu2-linux Tobbe (n=tobbe@kbhn-vbrg-sr0-vl203-120.perspektivbredband.net) |
| 18:42.34 | *** join/#nslu2-linux caplink811 (n=joerg@dslb-088-073-021-067.pools.arcor-ip.net) |
| 18:53.02 | *** join/#nslu2-linux caplink811-log (n=caplink8@dslb-088-073-026-098.pools.arcor-ip.net) |
| 18:53.40 | *** join/#nslu2-linux caplink811_ (n=joerg@dslb-088-073-026-098.pools.arcor-ip.net) |
| 18:53.40 | *** join/#nslu2-linux Tobbe_ (n=tobbe@kbhn-vbrg-sr0-vl203-120.perspektivbredband.net) |
| 19:33.49 | *** join/#nslu2-linux oleo (n=leon@193.2.111.14) |
| 19:50.31 | CIA-8 | 03blaster8 * r468 10kernel/trunk/patches/2.6.19/ (4 files): Bump to 2.6.19-rc2, clean ixp_npe driver, fixup led-cpu-trigger patch |
| 20:01.13 | CIA-8 | 03blaster8 * r469 10kernel/trunk/patches/2.6.19/defconfig: Update defconfig for 2.6.19-rc2 |
| 20:08.21 | *** join/#nslu2-linux ByronT (n=byron-po@nslu2-linux/ByronT) |
| 20:46.12 | *** join/#nslu2-linux drif (n=drif@84.20.143.212) |
| 21:12.25 | *** join/#nslu2-linux kolla (n=kolla@firda.kolla.no) |
| 22:12.46 | *** join/#nslu2-linux yvasilev (n=yvasilev@189.140.142.44) |
| 22:56.53 | *** join/#nslu2-linux bullet (n=bullet@191-126.1-85.cust.bluewin.ch) |
| 22:58.07 | CIA-8 | 03blaster8 * r470 10kernel/trunk/ (4 files in 2 dirs): Update post-2.6.19-rc1 ixp_npe cleanups and docs |
| 23:00.29 | *** join/#nslu2-linux blaster8 (n=blaster8@nslu2-linux/blaster8) |
| 23:57.07 | *** join/#nslu2-linux pvh (n=pvh@S01060011956b4db9.gv.shawcable.net) |
| 23:57.32 | pvh | is there some way I can see what the load on my slug is? i can't find a package containing top and uptime complains of a missing file |