Aus CaiaWiki
Log aus dem NSLU2 Channel vom 15.04.2007
[00:04] *** Now talking in #nslu2-linux
[20070415 00:04:27] *** osas (n=nnnnnosa@CABLE-72-53-75-252.cia.com) Quit (Read error: 110 (Connection timed out))
[20070415 00:20:38] <CIA-5> bzhou * r5932 optware/trunk/make/lighttpd.mk: lighttpd: 1.4.13 -> 1.4.15
[20070415 00:28:43] *** drath (i=vmaster@p5B07E3A8.dip.t-dialin.net) Quit (Nick collision from services.)
[20070415 00:28:44] *** drath_ (i=vmaster@p5b07ff20.dip.t-dialin.net) has joined #nslu2-linux
[20070415 00:45:40] *** caplink811-log is now known as caplink811_log
[20070415 00:46:20] *** jacques (n=jacques@nslu2-linux/jacques) Quit (Read error: 110 (Connection timed out))
[20070415 00:46:55] *** jacques (n=jacques@nslu2-linux/jacques) has joined #nslu2-linux
[20070415 01:50:17] *** bullet (n=bullet@26-75.0-85.cust.bluewin.ch) Quit ("TTL=0")
[20070415 01:55:45] <CIA-5> bzhou * r5933 optware/trunk/make/lighttpd.mk: lighttpd: use autoreconf to enable pcre
[20070415 02:01:17] *** xeor (i=xeor@84.210.133.157) has joined #nslu2-linux
[20070415 02:22:20] *** [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) Quit (Read error: 60 (Operation timed out))
[20070415 02:22:37] *** [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) has joined #nslu2-linux
[20070415 02:39:52] *** pierrelux (n=pierre-l@144-125.sh.cgocable.ca) has left #nslu2-linux
[20070415 02:40:29] *** pierrelux (n=pierre-l@144-125.sh.cgocable.ca) has joined #nslu2-linux
[20070415 03:12:14] *** hillct (n=H@cpe-024-211-129-051.nc.res.rr.com) has joined #nslu2-linux
[20070415 03:13:52] *** NAiL is now known as AwayNAiL
[20070415 03:25:48] *** cbrake is now known as cbrake_away
[20070415 03:53:25] *** mwester_ is now known as mwester
[20070415 04:06:24] <jacques> is there a wiki page that lists compatible mobile phone cables which can be turned into serial adaptors?
[20070415 04:06:50] <jacques> I thought there used to be a list, but I can't find it
[20070415 04:07:39] <jacques> as a matter of fact, I *know* there used to be a list
[20070415 04:07:57] <rwhitby> the howto page has some listed
[20070415 04:09:10] <jacques> yeah ok, the format had changed so much that I hadn't found them - was looking at that page
[20070415 04:09:46] <jacques> I got some cables but they aren't listed
[20070415 04:11:17] <jacques> they look a lot like my other cables tho
[20070415 04:12:25] <CIA-5> bzhou * r5934 optware/trunk/make/lighttpd.mk: lighttpd: rm XML_CFLAGS for pkg-config check
[20070415 04:12:49] <jacques> cool, "pl2303 converter detected"
[20070415 04:21:14] <eno> hmm, lighty build still in touble
[20070415 04:39:25] <hillct> eno: I tried getting lighty to build within OE and the only problem I ran into was linking against libpcre
[20070415 04:40:41] <hillct> libpcre is a mess. There are a series ofOE bug reports and recipe patches designed to get it to properly link for various builds. Not clear whether a each fix for a given distro breaks it for others
[20070415 04:41:13] <hillct> eno: does the optware lighty build depend on the OE libpcre-native recipe or is it all self-contained
[20070415 04:46:45] <CIA-5> bzhou * r5935 optware/trunk/make/lighttpd.mk: lighttpd: avoid autoreconf mess
[20070415 04:47:02] <eno> hillct: all self-contained
[20070415 04:47:46] <hillct> O actually came really close to getting it working properly in OE. At the time I had bigger fish to fry though
[20070415 04:48:01] <hillct> I may take another run at it at some point
[20070415 04:55:11] <eno> hillct: does not sound too right to have cross lighttpd depend on libpcre-native
[20070415 04:56:00] <eno> lighttpd configure has some problem: if cross compile, it does not support pcre
[20070415 04:56:17] <eno> previously we patch configure.in and autoreconf
[20070415 04:56:21] <hillct> well, it doesn't seem to link against it properly
[20070415 04:56:39] <hillct> I didn't explore the problem that deeply
[20070415 04:56:52] <eno> but for the latest, patching configure.in and autoreconf leads to other problems
[20070415 04:57:02] <hillct> ah
[20070415 04:57:07] <eno> so i simply patch configure instead
[20070415 04:57:13] <eno> and it is now working
[20070415 04:57:30] <hillct> that seems somehow 'wrong' though
[20070415 04:57:36] <eno> using optware/nslu2/staging/opt/lib/pkgconfig/pcre-config
[20070415 04:58:56] <hillct> can't the same patch be achieved via configure.in and/or one of the macros in acmacros ?
[20070415 04:58:58] <eno> it achieves the same purpose as "patching configure.in & autoreconf"
[20070415 04:59:45] <eno> right now i just don't have the time to go down the rabbit hole of why autoreconf having problem
[20070415 04:59:57] <hillct> yeah, but isn't it more correct to patch the source files?
[20070415 05:00:01] <hillct> ah
[20070415 05:00:03] <hillct> I see
[20070415 05:00:34] <eno> yes, patching configure.in is more correct
[20070415 05:45:35] <RobNC> jacques: true if PL2303 detected, just gotta check pinouts of chip and figure out which pins go to TX/RX of cable (assuming you cut off the phone cable connector)
[20070415 05:46:34] <jacques> RobNC, yep
[20070415 05:46:57] <rwhitby> RobNC: hi
[20070415 05:47:29] <RobNC> hi rwhitby - was away - doing work laptop backup (can't trust IT guys to do it right)
[20070415 05:47:39] *** pierrelux (n=pierre-l@144-125.sh.cgocable.ca) has left #nslu2-linux
[20070415 05:48:15] <rwhitby> heh
[20070415 05:49:29] <RobNC> this week has been horrible in getting microscope time, unfortunately. I can do the mods in about 2 hours, if uninterrupted and people don't come by and ask "hey what (work) board is that?"
[20070415 05:50:33] *** fendOr (n=fendor@port70.ds1-hgs.adsl.cybercity.dk) Quit (Read error: 54 (Connection reset by peer))
[20070415 05:51:09] *** fendOr (n=fendor@port70.ds1-hgs.adsl.cybercity.dk) has joined #nslu2-linux
[20070415 05:51:09] <jacques> lol
[20070415 05:51:38] <RobNC> exactly, then "why do you need to modify the memory", or "why don't you just
[20070415 05:52:08] <RobNC> (insert any of a dozen or so answers from engineers who are naturally curious)
[20070415 05:52:28] <jacques> ot would be exactly the same where I work
[20070415 05:52:30] <jacques> it
[20070415 05:52:55] <jacques> I'm still trying to figure out how to get one of the techs to do my mods for me
[20070415 05:54:06] <RobNC> we have some good techs, but the one for my group, often times, I can do it quicker myself, without having to explain in great detail how to do it. It's hard to find someone content with being a technician and no desire to "reach higher" in skills.
[20070415 05:56:20] <RobNC> But at least all the interruptions are nothing compared to me bringing my son to the lab :-)
[20070415 05:58:09] <RobNC> rwhitby: I was thinking - is there some way that ppl could provide downloadable images (other than the slugimage site) via setting up some kind of wrapper from the Intel licensing page to the actual location?
[20070415 05:58:59] <RobNC> I have often seen people offer to make images, etc. and the licensing thing is a pain (not that I don't disagree with it). Certainly better than some companies.
[20070415 05:59:37] <RobNC> (oh BTW I updated the wiki's again - to add more accurate info to FatSlug and etc.)
[20070415 06:00:35] <jacques> RobNC, I heard you booted a 256MB slug, congrats!
[20070415 06:00:40] <jacques> any issues?
[20070415 06:02:21] <RobNC> jacques: yeah thanks. It would have worked sooner, if it wasn't for the ' character messing up the parameters. Grr... Only problem so far is a couple of times I had rsync hang on me, I think it was related to a problem that wasn't found on fsck (when I forced a reboot by poweroff). I have a cronjob run every 2 hours and so far it seems to be running fine
[20070415 06:02:59] <rwhitby> RobNC: _CoreDump|home has a snapshot site
[20070415 06:03:07] <jacques> RobNC, nice!
[20070415 06:03:20] <RobNC> wonder if I need more bulk decoupling for the SDRAM tho.
[20070415 06:04:39] <jacques> huh?
[20070415 06:05:17] <RobNC> oops I just noticed that it was hung. no heartbeat. WHOOPS.
[20070415 06:05:59] <RobNC> Could also be that, before running this, I had both HDDs separated by the NSLU2 enclosure. Now they're stacked (and too hot).
[20070415 06:08:08] <RobNC> one bug that is really irritating on both NSLU2 and CentOS so far. If the DHCP server doesn't respond (let's say DHCP router is hosed), it never re-tries to get an anddress.
[20070415 06:08:33] <jacques> yes, my wrt did that to me just the other day
[20070415 06:08:45] <rwhitby> RobNC: yeah, we're trying to fix that in slugos udhcpd.
[20070415 06:09:07] <RobNC> also fix it with CentOS while you're at it *big grin* :-)
[20070415 06:09:34] <RobNC> It's kinda embarrassing that MS-Windows does this but yet linux cannot (or by default).
[20070415 06:10:21] *** nSi (n=Sinclair@p5B2036E3.dip0.t-ipconnect.de) has joined #nslu2-linux
[20070415 06:11:49] <RobNC> For at least debian, it seems that there is /etc/dhcp3/dhclient.conf parameters "timeout", "retry", etc.
[20070415 06:12:51] <rwhitby> RobNC: I'm going to be away on holidays from 17th to 27th, but just email my personal account if you need anything.
[20070415 06:13:51] <RobNC> ok thanks, I'll be out of town for a few days the end of month (work-related); not sure when yet (MoCA)
[20070415 06:14:05] <RobNC> how long does shipping USPS take?
[20070415 06:14:38] * mwester dimly recalls patching busybox to fix the DHCP problem.
[20070415 06:14:40] * rwhitby assumes MoCA stands for multimedia over coax rather than museum of contempory art ...
[20070415 06:14:56] <RobNC> haha true. I'm no museum piece :-)
[20070415 06:15:26] <rwhitby> i think the shipping takes about a week. I'd be happier for you to do more testing there before sending it ...
[20070415 06:15:30] <RobNC> mwester: hey thanks I was just kidding... I could hack it myself but better that the upstream be patched, if possible.
[20070415 06:16:06] <RobNC> rwhitby: ok that would be even better. It looks like my SLUG hung during the last rsync. I have it log to /var/log/xx file
[20070415 06:16:41] <rwhitby> RobNC: yeah, don't ship until you're rock solid confident.
[20070415 06:16:43] <RobNC> I don't think it was memory related but dunno yet. This setup worked for at least 4 months at 32MB config
[20070415 06:17:16] <RobNC> anyone have any suggestions or ideas for USB2,3,4 wiring suggestions?
[20070415 06:18:22] <rwhitby> I think NAiL wired them up once.
[20070415 06:18:45] <RobNC> jacques: yes mine too (Buffalo WHR-HP-G54) - same hardware as linksys
[20070415 06:18:45] <rwhitby> I remember someone taking a usb flash key apart, and wiring it up directly.
[20070415 06:19:39] *** GPSFan (n=kenm@12.10.255.248) Quit ("Ex-Chat")
[20070415 06:19:41] <RobNC> rwhitby: yeah that's a bit too drastic for me. I would like to add some more USB ports but do it more cleanly. I might just use some dead motherboard USB port (double-decker).
[20070415 06:20:10] <RobNC> jacques: but now running Tomato - it has some kind of watchdog timer so router resets if it crashes.
[20070415 06:21:27] <RobNC> I might use some motherboard header-to-PC case slot connector for that. I
[20070415 06:22:50] <RobNC> I am more worried about where to wire some kind of stress/strain relief. There are no holes that can go from back to front, that I know of. Not sure if there is clearance between case and pcboard slots for USB cable.
[20070415 06:25:18] <rwhitby> there's clearance under the power socket for a mini-USB socket at least
[20070415 06:25:42] *** Sinclair73de (n=Sinclair@p5b2008de.dip0.t-ipconnect.de) Quit (Read error: 110 (Connection timed out))
[20070415 06:25:55] <RobNC> weird... NSLU2 just hung again but not like what you might think. I had a shell prompt on it and could continue to hit "return" to get a new line, but "ls" just hung. Seems like some kind of problem with fs, not memory, right?
[20070415 06:26:20] *** nSi is now known as Sinclair73de
[20070415 06:26:35] <rwhitby> yeah
[20070415 06:27:18] <mwester> Was that DMA problem ever identified or resolved?
[20070415 06:27:38] <rwhitby> dunno
[20070415 06:28:18] <RobNC> rwhitby: good thought but they may be hard to get hold of. I might just have some kind of dangling cable from NSLU2
[20070415 06:28:28] <RobNC> DMA problem?
[20070415 06:28:36] <rwhitby> dmabounce
[20070415 06:29:23] <RobNC> If I can help let me know..
[20070415 06:30:19] <rwhitby> http://bugzilla.kernel.org/show_bug.cgi?id=7760
[20070415 06:31:08] <rwhitby> you might want to contact Stephan (http://thread.gmane.org/gmane.comp.misc.nslu2.devel/1486/focus=1488) to see if he is still having problems with 128MB
[20070415 06:32:11] <RobNC> lemme look at my log files - see if I have similar problems
[20070415 06:32:45] <rwhitby> http://purl.rikers.org/%23openslug/20070105.html.gz
[20070415 06:33:54] <RobNC> that sounds scarily just like my problem. I.e., it looks like the PCI=> USB bridge died
[20070415 06:34:36] <RobNC> g2 memtions memory test - how to run that?
[20070415 06:35:03] <RobNC> ah nm I saw it
[20070415 06:36:26] <jacques> ah I was afraid of that
[20070415 06:36:48] <RobNC> it is called "memtester"
[20070415 06:36:56] <RobNC> apt-get install memtester
[20070415 06:37:04] <jacques> as soon as it tries to DMA to above 64MB badness happens (IIRC)
[20070415 06:37:43] <RobNC> well it seems to work okay at least partially... during multiple rsync's, I saw "free" using almost all the 256MB
[20070415 06:38:17] <rwhitby> I was never sure whether people were getting confused between memory space and PCI IO space
[20070415 06:38:35] <RobNC> heh yeah PCI also uses memory space
[20070415 06:38:38] <rwhitby> (and I didn't understand enough about it myself to judge)
[20070415 06:38:57] <rwhitby> I might have to bone up on it now if I'm getting a fatslug myself ...
[20070415 06:40:02] <RobNC> heh maybe. PCI does use memory; look on your PC - all PCI devices have to use memory space. I have a friend at work whose nearly an expert at PCI, I'll have to ask him if you want.
[20070415 06:41:17] <RobNC> whoops! Just saw it go south.
[20070415 06:42:05] <RobNC> did "memtest 256M 1" (one time)
[20070415 06:42:40] <RobNC> oops - echi_hcd unable to mape unsafe buffer
[20070415 06:42:52] <RobNC> could not allocate dma memory
[20070415 06:43:07] <RobNC> lemme get this into a pastebin - gimme a few mins
[20070415 06:45:54] <RobNC> too bad I couldn't get something like "knoppix" equivalent for NSLU2, for testing with removable USB device (and w/o having to reinstall)
[20070415 06:48:32] <RobNC> (grr gotta reboot work PC b/c critical update - reboot Wednesday)
[20070415 06:49:44] <RobNC> brb
[20070415 06:53:48] <jacques> hmm, upgrading from 2.6.17 to 2.6.20 - *lots* of stuff changed :-\
[20070415 06:54:25] <RobNC> hmm, really... I saw that my latest build did 2.6.20
[20070415 06:55:59] <RobNC> 2.6.20 must not be part of the debian arm mainstream yet
[20070415 06:58:48] <jacques> I have a feeling I'm going to have to go through a few iterations before 2.6.20 is right on my laptop
[20070415 07:00:00] <RobNC> This is true... rwhitby didnt you say that debian le is no longer part of the nslu2-linux distribution (?) build process?
[20070415 07:00:09] <jacques> hmm, I think this is the kernel which changed the way pata devices are handled
[20070415 07:01:24] <RobNC> doing memtest of 128M seems a lot cleaner than 256M
[20070415 07:01:48] <RobNC> pretty impressive routine
[20070415 07:01:51] <jacques> I love this:
[20070415 07:01:52] <jacques> Intel PIIX/ICH SATA support
[20070415 07:02:00] <RobNC> heh on SLUG?
[20070415 07:02:02] <jacques> This option enables support for ICH5/6/7/8 Serial ATA
[20070415 07:02:02] <jacques> and support for PATA on the Intel PIIX3/PIIX4/ICH series
[20070415 07:02:02] <jacques> PATA host controllers.
[20070415 07:02:18] <jacques> it's *called* SATA, but it's now for SATA and PATA
[20070415 07:02:26] <jacques> talk about confusing
[20070415 07:02:54] <RobNC> yeah that is wild.. I saw that recently.. indeed confusing!! what is it now - /dev/hda or /dev/sda or /dev/sga etc
[20070415 07:06:03] <RobNC> so far seems 128M test is passing.
[20070415 07:06:05] <jacques> it will probably be /dev/sda (used to be /dev/hda)
[20070415 07:06:21] <jacques> but I haven't built it yet, still configuring
[20070415 07:06:24] <RobNC> how confusing... yeah, sdx = is it SATA or PATA?
[20070415 07:07:11] <RobNC> I hear that Debian (kernel) will soon (if not already) support mounting partitions based on label, versus device. That's prolly only work-around
[20070415 07:07:51] <rwhitby> RobNC: debian kernels are built by debian, not by nslu2-linux
[20070415 07:08:07] <rwhitby> slugosle is still supported (LE SlugOS, compatible toolchain with Debian)
[20070415 07:08:16] <RobNC> rwhitby: gotcha, that was the recent change.
[20070415 07:08:28] *** ag (n=ag@zealot.plz.fr) Quit (Remote closed the connection)
[20070415 07:10:54] <RobNC> NSLU2 dma problem: probably should have done "memtest all" but it's also good to know what works (reliably) first I guess.
[20070415 07:11:32] <RobNC> So rwhitby if a DMA problem exists, I presume that it would exist in both slugosXe and debianXe (X=l/b)
[20070415 07:12:00] <rwhitby> yep, the kernels should be the same in that area.
[20070415 07:12:16] <RobNC> jacques; that reminds me I saw that with latest Knoppix. it's all sda (for hda) now.
[20070415 07:12:58] <RobNC> at least "hdparm" doesn't only look for /dev/hd* for devices now
[20070415 07:17:18] <rwhitby> RobNC: do you have a pastebin of the kernel messages on error?
[20070415 07:18:45] <RobNC> not yet. I'm still running "memtest 128M 1" (1 try). It is passing so far. After that, I'll do the "memtest all 1" or the command that crashed the OS: "memtest 256m 1". Note: if I don't specify "1", it defaults to 2^32-1. That'd take years with the slug
[20070415 07:22:47] <RobNC> (work laptop hung with TeraTerm - tried to save buffer to disk but wifi over VPN crapped out and killed EXPLORER.EXE)
[20070415 07:24:33] <RobNC> can anyone tell me how many "tests" are part of memtest? It says "Test 11: Block Sequential" and 112... (number keeps incrementing). I thought it was a percentage but dunno what it is now that it's >100
[20070415 07:24:59] *** DrZimmerman (n=theo@84-74-134-243.dclient.hispeed.ch) has joined #nslu2-linux
[20070415 07:26:10] <rwhitby> dunno - never run it before.
[20070415 07:26:25] <RobNC> I'll tell you - after it's done :-)
[20070415 07:34:59] <rwhitby> another dma bounce thread: http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2007-January/037844.html
[20070415 07:36:09] <jacques> dammit does this mean I have to change my fstab?
[20070415 07:36:35] <rwhitby> jacques: ?
[20070415 07:37:14] <RobNC> thks rwhitby - documenting this
[20070415 07:37:29] <jacques> rwhitby, the change to 2.6.20 on my laptop
[20070415 07:37:32] <RobNC> jacques: prolly if need /dev/sda1 instead of /dev/hda1
[20070415 07:37:42] <jacques> I think my /dev/hda? will become /dev/sda?
[20070415 07:37:51] <jacques> why the fsck did they do this
[20070415 07:37:53] <RobNC> problem: you'll have to change it on the old kernel, then save and boot into new kernel
[20070415 07:38:11] <jacques> means can't boot back and forth between kernel versions
[20070415 07:38:16] <RobNC> yep. heh I love your fsck
[20070415 07:38:22] <RobNC> yes exactly!
[20070415 07:38:30] <RobNC> that's why it's better to use labels if possible
[20070415 07:38:46] <RobNC> i.e., in fstab, LABEL=root
[20070415 07:38:48] <RobNC> or whatever
[20070415 07:38:50] <jacques> I don't trust labels. they have bitten me plenty of times
[20070415 07:39:08] <jacques> like when you have two hard drives
[20070415 07:39:15] <RobNC> if the kernel, etc. supports it. are you using grub too?
[20070415 07:39:17] <jacques> and both have a partition called root
[20070415 07:39:30] <jacques> yes, grub
[20070415 07:39:41] <RobNC> yeah but both hdd's in theory shouldn't have identical labels, unless they're like ghost backups or something
[20070415 07:39:46] <RobNC> oh that stinks!
[20070415 07:40:09] <RobNC> yeah you're fscked alright
[20070415 07:41:08] <RobNC> with debslug I named the partitions "root" and "rootbak", for / on /dev/sda1 and / on /dev/sdb1
[20070415 07:42:05] <jacques> ok, going to reboot. will have to build ati drivers so will be a bit before I get back (even if everything goes fine)
[20070415 07:42:13] <RobNC> rwhitby: memtest went to 255 then back to 0. Test 12 right now. No idea how many total test numbers
[20070415 07:42:23] <RobNC> jacques: ok cool u hope
[20070415 07:42:29] *** jacques (n=jacques@nslu2-linux/jacques) Quit ("Leaving")
[20070415 07:42:57] <RobNC> Test 12: Checkerboard: Setting... 25
[20070415 07:43:13] <RobNC> that number "25" above keeps incrementing (sorry for being confusing)
[20070415 07:45:54] <rwhitby> this looks like the origin of the dmabounce code for arm: http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2004-March/020737.html
[20070415 07:46:55] <RobNC> that is quite old!
[20070415 07:47:14] <RobNC> maybe that is why linksys didn't make them with 128MiB :-)
[20070415 07:48:31] <rwhitby> more background dma reading: http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2003-June/015758.html
[20070415 07:51:52] <RobNC> indeed. very detailed
[20070415 07:53:46] <rwhitby> more: http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2005-January/026346.html
[20070415 07:55:07] <RobNC> (firefox is running out of tabs) :-)
[20070415 07:57:08] <RobNC> Is it even possible to access more than 64MiB through the PCI bus? I don't see how this would ever happen, unless it's because of buffers being allocated (as a PCI address) but then never being recycled (i.e., like a memory leak)
[20070415 07:58:15] <RobNC> s/recycled/flushed/ - I think that's the right term
[20070415 07:59:57] *** HopsNBarley (n=hops@nslu2-linux/HopsNBarley) Quit ("Leaving")
[20070415 08:00:42] <rwhitby> more: http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2006-June/034900.html
[20070415 08:04:02] <RobNC> see this : The VM decided you were out of 16K pages in the DMA zone and refused to allocate you the page.
[20070415 08:04:32] <rwhitby> yeah
[20070415 08:04:38] <RobNC> "This is one of the hazards of using the DMA bounce code - if you have large allocations, the VM can choose to refuse to allocate you memory, especially when you ask for it in atomic contexts."
[20070415 08:04:42] <rwhitby> is that what you are seeig?
[20070415 08:04:52] <rwhitby> seeing
[20070415 08:05:06] <RobNC> "You're probably seeing this because 128MB could be sufficiently large that you're starting to use the bounce buffers; since I don't know NSLU2 hardware (or even IXP hardware) I couldn't say for certain though."
[20070415 08:06:06] <RobNC> Yeah I think it had to be but I couldn't capture it. It never got this far with memtest 256M. But, now testing with memtest 128M seems to run clean. Maybe it's something related to the end of memory or something (which explains why 64M on 128M platform works clean)
[20070415 08:08:15] <RobNC> currently in test 14 of X where X >=14.
[20070415 08:09:08] <rwhitby> RobNC: does the debian kernel set CONFIG_IXP4XX_INDIRECT_PCI?
[20070415 08:10:06] <RobNC> I didn't build the debian I'm running right now. It's the stock (D-I RC2 = v4.0).
[20070415 08:11:00] *** jacques (n=jacques@nslu2-linux/jacques) has joined #nslu2-linux
[20070415 08:11:01] <RobNC> will look in my source files
[20070415 08:12:19] <jacques> so it didn't change my hard drive device names
[20070415 08:12:39] <rwhitby> looks like it's not set in any of slugos, debian, or upstream ixp4xx configs.
[20070415 08:12:46] <RobNC> that's always good. never know the order of these. Just like having 2 NICs, which is eth1/eth0
[20070415 08:12:46] <rwhitby> so at least that is consistent
[20070415 08:13:26] <RobNC> too bad there isn't some sort of config you can use the HDD serial number or something, for guaranteed correct enumeration
[20070415 08:13:26] <jacques> I'm trying something new - setting HZ to 300
[20070415 08:13:29] <rwhitby> ok, I've exhausted my deductive powers now ...
[20070415 08:13:38] <rwhitby> RobNC: uuid - slugos uses it.
[20070415 08:14:11] <RobNC> rwhitby: ah UUID is effectively the same thing?
[20070415 08:15:03] <RobNC> btw I grep'ed my debian source for CONFIG_IXP4XX_INDIRECT and didn't see anything
[20070415 08:16:01] *** eiffel (n=eiffel@p5b0531af.dip0.t-ipconnect.de) has joined #nslu2-linux
[20070415 08:18:20] <RobNC> now doing grep CONFIG_IXPXX
[20070415 08:22:04] <rwhitby> I think the INDIRECT_PCI config setting is where people got mixed up between pci memory space and kernel memory space.
[20070415 08:22:07] <RobNC> rwhitby: seems that the page you pointed to bugzilla shows something very similar to what I saw (but couldn't capture to a file). Too bad the poster didn't post a dmesg or something to know what the actual address ranges were during boot. I.e., is the DMA routine trying to map to memory outside physical?
[20070415 08:22:44] <rwhitby> some people said that INDIRECT_PCI should be set cause we have memory > 64MB, but they didn't realise the difference between PCI memory and kernel memory.
[20070415 08:23:36] <RobNC> is there a difference - guess it could be mapped with addr acting like CS if necessary. This seems to indicate it's the same http://www.nslu2-linux.org/wiki/Info/MemoryMap
[20070415 08:24:34] <RobNC> I think PCI memory should be fixed, since it doesn't vary based on RAM, right?
[20070415 08:24:54] <rwhitby> right
[20070415 08:25:00] <RobNC> I.e., PCI address should be independent (but not overlapping) RAM space
[20070415 08:25:05] <rwhitby> what physical address will the top of 256MB be?
[20070415 08:25:36] <rwhitby> i.e. are we running out of room in that memory map?
[20070415 08:26:12] <RobNC> (looking at dmesg)
[20070415 08:27:13] *** eiffel_ (n=eiffel@p5B05126A.dip0.t-ipconnect.de) Quit (Read error: 110 (Connection timed out))
[20070415 08:27:23] <RobNC> nothing useful there. seems cat /proc/meminfo also doesn't show actual memory locations used
[20070415 08:28:04] <RobNC> ah here we go
[20070415 08:28:14] <RobNC> it's in /proc/iomem
[20070415 08:28:16] <rwhitby> nope, 256MB fits in that first line of the table up to 0x10000000
[20070415 08:28:30] <RobNC> System RAM: 0x00000000-0x0fffffff
[20070415 08:28:49] <RobNC> PCI space: 0x48000000-0x4bffffff
[20070415 08:30:09] <rwhitby> I'm out of ideas ...
[20070415 08:30:31] <RobNC> ohci_hcd (USB) is using 0x48000000 0x48000fff
[20070415 08:30:55] <RobNC> for first HDD, then 2nd is using 1000-1fff (0x48...) offset
[20070415 08:31:42] <RobNC> true. Test 16 now... walking zeros. This thing is taking forever but I am developing a higher appreciation of my soldering skills (no mem problems so far but only testing lower bank)
[20070415 08:32:33] <RobNC> I see your point, that the mem table says 32M but actually refers to 256MB window (wiki)
[20070415 08:36:56] <RobNC> Lemme do the test of 256MB, when that crashes I'll do a pastebin. I'll also try with 192M (to on purpose NOT hit the upper mem limit)
[20070415 08:38:19] <RobNC> 1 runs completed. 0 errors detected. Total runtime: 5838 seconds.
[20070415 08:38:23] <RobNC> thanks for being patient
[20070415 08:40:42] <RobNC> program died but I got a crashdump to the screen. Dunno if PCI could be dead b/c I can still get a prompt by hitting return. Haven't tried seeing if USB is crashed.
[20070415 08:40:50] <RobNC> network processor is off PCI right?
[20070415 08:41:02] <RobNC> I mean the PHY is off the PCI bus?
[20070415 08:42:42] <rwhitby> dunno
[20070415 08:43:34] <RobNC> weird... memtest crashed but I still can access USB filesys
[20070415 08:43:48] <RobNC> maybe try it again dunno either
[20070415 08:45:11] <RobNC> ok now I think I killed it - got the "unable to map unsafe buffer" msgs
[20070415 08:45:32] <RobNC> that is for ehci_hcd (USB controller)
[20070415 08:46:02] <RobNC> ok it crashed. Gonna pastebin now
[20070415 08:50:49] <RobNC> here tis: http://wwww.pastebin.ca/440708
[20070415 08:51:15] <RobNC> here tis: http://www.pastebin.ca/440708
[20070415 08:59:21] <rwhitby> RobNC: can you post that to linux-arm-kernel?
[20070415 09:00:13] <RobNC> sure, what list? (is that the spambot list - heh)
[20070415 09:03:01] <RobNC> think I found it...
[20070415 09:07:38] <rwhitby> RobNC: make sure you mention the previous discussion, and the kernel bugzilla entry, and that you're willing to help debug the problem ...
[20070415 09:08:14] <rwhitby> try and get RMK interested enough to help solve it ...
[20070415 09:08:28] <RobNC> thanks, trying to wade through the fluff to figure out how to subscribe. (true
[20070415 09:08:58] <rwhitby> keep things general (it's an XScale ARM with 256Mb of memory and usb on PCI, versus saying first up that it's an NSLU2)
[20070415 09:09:56] <rwhitby> maybe even reply to RMK
[20070415 09:10:08] <rwhitby> 's thread specifically at http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2007-January/037853.html
[20070415 09:10:39] <rwhitby> (then you can CC him and just say it was an accidental "reply all" instead of a blatant attempt to get his attention)
[20070415 09:10:47] <rwhitby> bbiab
[20070415 09:10:50] <RobNC> how ironic - the arm listinfo doesn't tell you how to subscribe. it's the uk one..
[20070415 09:10:53] <RobNC> ok np...
[20070415 09:28:40] <rwhitby> back
[20070415 09:28:54] <rwhitby> RobNC: I'm happy to proofread anything if you like.
[20070415 09:29:12] <RobNC> ok, still waiting for the invitation request. It's slow.
[20070415 09:33:14] <RobNC> (getting email message organized and concise)
[20070415 09:35:23] <RobNC> One link you sent said "IXP425 IDE DMA" but that is inaccurate. The IXP425 doesn't have IDE controller :-)
[20070415 09:37:49] <rwhitby> ah, but the nas100d for instance has ide on pci on ixp425
[20070415 09:38:07] <RobNC> Oh so there is a controller off PCI bus?
[20070415 09:38:16] <rwhitby> yep
[20070415 09:38:50] <RobNC> ok, that makes sense. Should say "IXP425 PCI =>IDE DMA"
[20070415 09:39:37] <rwhitby> yeah, you will want to make sure everything is precise so that no-one has an opportunity to deflect the real issue ...
[20070415 09:40:35] <rwhitby> nas100d has pata_artop, ath_pci and usb on pci
[20070415 09:40:51] <rwhitby> (64MB ram)
[20070415 09:41:04] <RobNC> I see. gotta narrow in quickly at the problem
[20070415 09:43:15] <RobNC> this kinda bothers me:
[20070415 09:43:30] <RobNC> Free swap = 5596kB
[20070415 09:43:31] <RobNC> Total swap = 257024kB
[20070415 09:43:56] <rwhitby> BTW, I've compared the ixdp425 board config with nslu2 as far as pci config goes, and can't see any differences.
[20070415 09:45:03] <RobNC> yes, the IXP425 includes AES and DES (used for MoCA)
[20070415 09:51:53] <RobNC> I was surprised to see those IX425's in MoCA CPEs (it is not required but it makes for a cheap modem). It must be doing DMA transfers, as it's able to do 100Mbps transfers to/from MoCA. Makes me wonder why NSLU2 is so slow (30-40Mbps), perhaps because it is processor-bound and uses the USB bridge in PIO-mode?
[20070415 09:55:13] <rwhitby> dunno
[20070415 09:57:45] <RobNC> almost done with email
[20070415 09:58:56] <rwhitby> ok, I'll chase the kids around the back yard for a while and then come back and read it.
[20070415 09:59:17] <RobNC> ok, I'll prolly be zzz as its nearly 4AM here (yikes!)
[20070415 10:12:34] <rwhitby> just pastebin it
[20070415 10:13:15] <RobNC> ok
[20070415 10:13:52] <RobNC> haven't done the test of 192M - gonna do that next
[20070415 10:14:05] <RobNC> http://www.pastebin.ca/440751
[20070415 10:15:31] <rwhitby> RobNC: it would be much better if we could reproduce this with vanilla kernel, rather than saying you're running Debian
[20070415 10:15:47] <rwhitby> (and be able to reproduce with 2.6.21 for instance)
[20070415 10:16:01] <RobNC> when you say vanilla kernel you mean one that I compiled, etc?
[20070415 10:16:28] <rwhitby> like in /home/slug/kernel - if you say Debian, they will use that to confuse the issue
[20070415 10:16:33] <RobNC> ok we can do that. I already have the 8MB flash backed up.
[20070415 10:16:49] <RobNC> ah gotcha... "debian issue - submit to debian list" etc. but really a kernel issue
[20070415 10:16:53] <rwhitby> memtester is in slugos packages
[20070415 10:17:16] <RobNC> what's smallest flash USB I can install slugos?
[20070415 10:17:22] <rwhitby> you could probably run it all from flash too
[20070415 10:17:33] <rwhitby> you can install slugos with no external storage
[20070415 10:18:15] <RobNC> gotcha... ok then do some disk access commands and then see the problem. With slugos, is /tmp etc. in ramdisk or flash?
[20070415 10:18:49] <rwhitby> /tmp and /var are in ramdisk for stock slugos that hasn't been turned up to disk
[20070415 10:19:08] <RobNC> ok, think the problem will still happen w/o disk?
[20070415 10:19:20] <rwhitby> that would be an interesting data point, right?
[20070415 10:19:26] <RobNC> true...
[20070415 10:19:44] <RobNC> but if DMA process is different, it may not help.
[20070415 10:19:48] <rwhitby> OE has http://pyropus.ca/software/memtester/ available
[20070415 10:19:55] <RobNC> but it couldn't hurt!
[20070415 10:20:01] <rwhitby> what is the memtest package from debian?
[20070415 10:20:45] <rwhitby> but the first thing l-a-k will ask you to do is reproduce with latest kernel anyway
[20070415 10:21:45] <RobNC> it's called memtester for DI too
[20070415 10:23:06] <RobNC> is 2.6.21 avail - latest I saw was 20.
[20070415 10:23:34] <RobNC> getting latest ... via monotone
[20070415 10:26:14] <rwhitby> RobNC: /home/slug/kernel has 2.6.21 - OE only has .20
[20070415 10:26:27] <rwhitby> RobNC: don't refer to all the messages in the past - just the one from RMK.
[20070415 10:26:39] <rwhitby> (or put the other messages right at the end if you want to refer to them)
[20070415 10:27:39] <RobNC> ah ok - modding...
[20070415 10:27:53] <rwhitby> Put the lines from the error message which show RMK that it's the same problem he saw before up near the top of the message, so he recognises it immediately. Imagine that he will only scan the first 30 lines or so.
[20070415 10:32:01] <RobNC> yeah this is true... was considering that.
[20070415 10:39:35] *** AdamBaker (n=aab@userch028.dsl.pipex.com) has joined #nslu2-linux
[20070415 10:50:41] <RobNC> http://pastebin.ca/440775
[20070415 11:10:25] <rwhitby> kernel 2.6.18, no -4 - also say that you are prepared to reproduce with 2.6.21 if necessary.
[20070415 11:10:56] <RobNC> ok, was gonna try that anyway. List moderator approval required first (got confirmation email)
[20070415 11:11:22] *** DrZimmerman (n=theo@84-74-134-243.dclient.hispeed.ch) Quit (Read error: 104 (Connection reset by peer))
[20070415 11:11:54] <rwhitby> ", after this occurs" - what does that refer to?
[20070415 11:12:36] *** DrZimmerman (n=theo@84-74-134-243.dclient.hispeed.ch) has joined #nslu2-linux
[20070415 11:13:49] <RobNC> technically I didn't get the same msg as rmk but I would, if I was using more memory, and did something that required even more memory.
[20070415 11:14:16] *** _CoreDump|home is now known as CoreDump|home
[20070415 11:14:28] <RobNC> (I am guessing that the error might be different for 2.6.18 than for rmk bug msg)
[20070415 11:16:22] *** pleemans (n=peter@d51A5E76A.access.telenet.be) has joined #nslu2-linux
[20070415 11:16:43] <RobNC> any problems aborting a kernel build in process? I did "make openslug" but then I realized it was OE (older version as you said)
[20070415 11:19:12] *** ag (n=ag@zealot.plz.fr) has joined #nslu2-linux
[20070415 11:19:13] *** bullet (n=bullet@23.243.203.62.cust.bluewin.ch) has joined #nslu2-linux
[20070415 11:22:19] <rwhitby> RobNC: shouldn't be
[20070415 11:24:18] *** AdamBaker (n=aab@userch028.dsl.pipex.com) Quit ("Leaving.")
[20070415 11:25:26] <RobNC> k, gonna try make slugosle. seems svn co is all that is needed to upgrade kernel right (svn co ... all the other parameters)
[20070415 11:26:51] <RobNC> forgot u gotta make clobber first to get new kernel compiled
[20070415 11:44:26] <RobNC> rwhitby: is there enough free space to ipkg memtester with slugosle?
[20070415 11:44:35] <RobNC> (without HDD attached)
[20070415 11:48:40] <RobNC> ttyl gotta zz
[20070415 11:50:38] <rwhitby> RobNC: should be
[20070415 12:50:43] *** AwayNAiL is now known as NAiL
[20070415 13:21:18] *** drath_ is now known as drath
[20070415 14:32:21] *** pleemans (n=peter@d51A5E76A.access.telenet.be) Quit ("Leaving")
[20070415 15:45:48] *** rushfan_ (n=g2@cpe-066-057-009-238.nc.res.rr.com) has joined #nslu2-linux
[20070415 15:48:17] *** rushfan_ (n=g2@cpe-066-057-009-238.nc.res.rr.com) Quit (Client Quit)
[20070415 15:49:20] *** rushfan_ (n=g2@cpe-066-057-009-238.nc.res.rr.com) has joined #nslu2-linux
[20070415 15:49:53] *** rushfan_ (n=g2@cpe-066-057-009-238.nc.res.rr.com) Quit (Client Quit)
[20070415 17:48:37] *** [g2] (n=tom@nslu2-linux/g2) has joined #nslu2-linux
[20070415 17:48:41] <[g2]> RobNC, around ?
[20070415 18:11:05] <RobNC> Hi, g2 sorry I am here a little
[20070415 18:19:39] *** stein (n=stein@cD5C400C3.dhcp.bluecom.no) has joined #nslu2-linux
[20070415 18:21:48] <RobNC> [g2] I am back for a bit
[20070415 18:32:39] <[g2]> RobNC, I heard you had some questions about fatslulg ?
[20070415 18:33:18] <RobNC> hi, [g2]. yeah got some DMA problems with fatslug. ever heard of this?
[20070415 18:34:36] <RobNC> seems like the USB bridge dies when memory usage goes above a certain amount. Gonna post msg to linux-arm-kernel but gotta get approval for list first
[20070415 18:35:06] <NAiL> when memory passes 128mb, perhaps?
[20070415 18:35:11] <RobNC> rwhitby pointed me to a lot of posts, going all the way back to 2002, when this problem was first found. (possibly)
[20070415 18:35:31] <RobNC> NAiL: yes this seems to b e. I did "memtest 128m 1" in debian, and it passed.
[20070415 18:36:09] <RobNC> even did "memtest 192m 1" and that passed just fine. Trying "memtest 250m 1" failed immediately.
[20070415 18:36:22] <NAiL> ah, ok
[20070415 18:36:54] <RobNC> seems like when you get too close to the upper memory limit. One post said (he had 128M) that his failed when exceeding 64MB.
[20070415 18:37:56] *** ag (n=ag@zealot.plz.fr) Quit ()
[20070415 18:38:23] <NAiL> hmm, ok
[20070415 18:38:38] <NAiL> does it make a difference if you change INDIRECT_PCI?
[20070415 18:38:45] *** ag (n=ag@archon.plz.fr) has joined #nslu2-linux
[20070415 18:38:45] *** ag (n=ag@archon.plz.fr) Quit (Client Quit)
[20070415 18:39:10] <RobNC> gonna try slugosle next, with 2.6.21. Currently running 2.6.18 debian kernel (but that has same lower-level code as other distributions)
[20070415 18:39:37] <RobNC> that'll require kernel recompile I take it (not sure where that is but I can build my own kernel)
[20070415 18:39:52] <NAiL> Yeah, you'll need to recompile
[20070415 18:39:59] *** mwester_ (n=mwester@nslu2-linux/mwester) has joined #nslu2-linux
[20070415 18:40:23] *** ag (n=ag@archon.plz.fr) has joined #nslu2-linux
[20070415 18:40:25] <RobNC> recompile is not an issue, but I'm not 100% familiar with all the ins/outs/caveats just yet.
[20070415 18:41:18] <RobNC> If I did "make sluglosle", will that use apex as 2nd stage bootloader, or does it boot right from redboot?
[20070415 18:41:56] <RobNC> or will I have to "make apex" in the kernel directory?
[20070415 18:42:15] <NAiL> I don't think it'll build apex, no
[20070415 18:42:17] <RobNC> I have compiled Apex 1.4.17 and it successfully finds and uses 256MB
[20070415 18:42:39] <RobNC> ok, figured as much (so if virgin RedBoot it won't use >32M)
[20070415 18:42:41] <NAiL> but you don't need to reflash apex, just flasha new kernel ;)
[20070415 18:43:17] <[g2]> RobNC, I'm guessing you've got apex or Redboot setting up the memory properly
[20070415 18:43:34] <[g2]> RobNC, I'll bbiab lunch
[20070415 18:43:38] <RobNC> gotcha, will use slugimage to extract/etc. [g2] yes newer apex
[20070415 18:43:45] <RobNC> ok [g2] tt in a few
[20070415 18:46:56] <RobNC> NAiL: ok gonna see if I can get the params right first... can I just upload the kernel to RAM, then copy to flash, from RedBoot?
[20070415 18:48:11] <NAiL> you can use upslug to flash a new kernel, or reflash
[20070415 18:48:14] <NAiL> that's easier ;)
[20070415 18:49:06] <RobNC> I'm more comfortable using TFTP and redboot. I know most ppl use the upslug but perhaps I am more hands-on :-)
[20070415 18:49:14] <NAiL> ok
[20070415 18:49:29] <RobNC> oh wait, you mean u can use upslug to only replace the kernel? is this from redboot upgrade mode right?
[20070415 18:49:36] <NAiL> yup
[20070415 18:50:27] <RobNC> ok, that sounds safer. I've already backed up 8MB (working debian) so no worries, and I have JTAG (due to PEBKAC).
[20070415 18:52:07] <RobNC> NAiL: ok gimme few mins to read wiki, try, etc. before I need help :-)
[20070415 18:54:44] <RobNC> NAiL: it appears to me that you still need 8MB image to use upslug. I don't want to re-make an 8MB image (with new Apex) - just want to upload and re-flash the linux kernel with slugosle.
[20070415 18:57:19] *** mwester (n=mwester@nslu2-linux/mwester) Quit (Read error: 110 (Connection timed out))
[20070415 19:05:19] <NAiL> hmm? I thought upslug2 could reflash only kernel, only fs, or both
[20070415 19:07:30] <RobNC> not that I saw, unless it wasn't in the wiki
[20070415 19:07:57] <RobNC> I've already slugimage'ed both images (slugosle with new kernel, and working debian with new apex).
[20070415 19:08:08] <NAiL> nah, I think you'll have to do upslug --help to see the usage
[20070415 19:08:23] <RobNC> I see there's an upslug2
[20070415 19:08:31] <NAiL> yeah
[20070415 19:11:22] <RobNC> it's not a big deal either way... really dumb question but I have to ask - is there a difference in vmlinuz whether used from redboot or 2nd stage from apex?
[20070415 19:12:50] <RobNC> from slugimage (perl), extraction shows these:
[20070415 19:13:17] <RobNC> debian w/apex: RedBoot, SysConf, apex.bin, vmlinuz, ramdisk.gz, Trailer
[20070415 19:13:54] <RobNC> slugosle (w/o apex): RedBoot, SysConf, vmlinuz, ramdisk.gz, Flashdisk, NPE-B, Trailer
[20070415 19:18:12] <RobNC> I'm just wondering, b/c slugosle vmlinuz size is 0x000FE100 but from Debian (apex 2nd stage) shows vmlinuz size 0x00121B38 (greater than 1MB). I thought there was some kernel limit whereby kernel can't be >1MB
[20070415 19:18:43] <NAiL> yeah, that's a redboot limit
[20070415 19:19:22] <RobNC> ok, so if I put the smaller image (from slugosle) into debian (2nd stage) it won't be a problem?
[20070415 19:19:40] <RobNC> ah nm it's moot anyway since not using redboot to boot kernel
[20070415 19:22:07] *** bullet (n=bullet@23.243.203.62.cust.bluewin.ch) Quit ("TTL=0")
[20070415 19:26:23] <RobNC> NAiL: you're right - upslug2 (following wiki) does support just the kernel upgrade. I wonder if it is smart enough to realize where to put it (i.e., don't overwrite apex 2nd stage where normally that is where the kernel resides)
[20070415 19:28:52] <NAiL> I don't know ;)
[20070415 19:29:21] <RobNC> yeah, reading the parameters while being interrupted by my son asking questions :-)
[20070415 19:29:21] <NAiL> rod should know though
[20070415 19:29:53] <RobNC> I think zImage and vmlinuz are synonymous
[20070415 19:30:14] <RobNC> (from days I recompiled linux years back)
[20070415 19:30:26] <NAiL> I dunno if the debian kernel has the same header as the slugos one
[20070415 19:30:29] <NAiL> the shim, that is
[20070415 19:31:38] <RobNC> yeah, that is true... that's why I'm a little tempted to use slugimage to have it create it for me (from the pieces). I think Rod wrote that.
[20070415 19:32:05] <[g2]> RobNC, which bootloader are you using now ?
[20070415 19:32:26] <NAiL> I think jbowler wrote upslug, but rwhitby did the last modifications, IIRC
[20070415 19:32:39] <RobNC> [g2]: redboot-> apex ->> debian 2.6.18. Gonna try 2.6.21
[20070415 19:32:48] <RobNC> (I meant rwhitby wrote slugimage I think)
[20070415 19:33:39] <[g2]> RobNC, I'm not sure how well the memory init would work from APEX
[20070415 19:34:53] <RobNC> [g2] it works great - I'm using new apex 1.4.18 (has working "sdram-init" and "memscan")
[20070415 19:35:05] <RobNC> that's how the 256MiB is detected successfuly via kernel
[20070415 19:35:50] <[g2]> RobNC, it's probably changing the memory controller information, but I don't know how well that'll really work on a live system
[20070415 19:36:34] <[g2]> redboot is loading APEX in memory at some address and executing the code there
[20070415 19:37:09] <[g2]> so it'd be interesting to look at the sdram-init code and see what it's doing
[20070415 19:37:12] <RobNC> [g2] it seems to work well. i.e., same as having apex as 1st stage boot loader. Ppl with DMA problems with PCI bus are having it with apex w/1st stage. Apex turns off cache and is able to successfully set sdram parameters.
[20070415 19:37:29] <RobNC> http://wiki.buici.com/wiki/Apex_Bootloader
[20070415 19:38:05] <[g2]> RobNC, I was one of the first guys to run APEX on the slug
[20070415 19:38:13] <RobNC> ah ok! :-)
[20070415 19:39:41] <RobNC> [g2] do you suspect the memory controller is not being configured properly?
[20070415 19:41:35] <[g2]> RobNC, I'm wondering about the effects of reconfiguring the memory controller while executing from memory
[20070415 19:41:52] <[g2]> and possible cache flushing issues
[20070415 19:42:10] <[g2]> You've got JTAG right ?
[20070415 19:42:13] <RobNC> [g2] according to wiki, "sdram-init function uses the cache to store part of APEX while the SDRAM controller is being reprogrammed."
[20070415 19:42:17] <RobNC> [g2] affirmative
[20070415 19:42:49] <RobNC> so that means it's reprogramming sdram controller while running from cache.
[20070415 19:42:50] <[g2]> it's possibly that he copies the code to cache and is executing out of cache while the controller is reset
[20070415 19:43:12] <RobNC> so no issue of running in sdram while changing config reg (that would be a nasty race condition)
[20070415 19:43:35] <RobNC> yes indeed it seems he is doing as you say
[20070415 19:44:31] <[g2]> well there's lots of stuff like resetting the pci bus that should probably be done
[20070415 19:44:59] <[g2]> as the pci controller may have some stale pointers / config
[20070415 19:45:30] <[g2]> I'd just stick APEX in the 1st flash sector and boot from APEX
[20070415 19:45:41] <[g2]> you've got serial right ?
[20070415 19:46:03] <[g2]> If you enable stuff in the kernel, you can replace the bootloader by a simple "dd"
[20070415 19:46:32] <[g2]> When I was testing with bewoolie I probably did that like 50-100 times
[20070415 19:46:45] <[g2]> switching between APEX and the RedBoot
[20070415 19:47:00] <hillct> eno: where can I take a look at your lighty config patch? Did you check it in? I may take a crack at porting it over to the OE lighty build
[20070415 19:47:31] <RobNC> yeah I thought of that but then that pretty much means reflashing via xmodem (slow) or JTAG (very very slow)
[20070415 19:47:46] <[g2]> RobNC, you can reflash from linux
[20070415 19:48:12] <[g2]> RobNC, you're running the debian kernel ?
[20070415 19:48:28] <RobNC> I saw some wikis about FatSlug before Apex supported changing sdram-init, and even then they had problems with >64MB.
[20070415 19:48:38] <RobNC> that was with apex as 1st stage BL.
[20070415 19:49:01] <[g2]> I'm running 128MB on several of my units
[20070415 19:49:20] <[g2]> I've had some issue with 256MB, but I've never taken the time to see if it's hw or sw
[20070415 19:49:22] <RobNC> hmm, ever run "memtest 128m 1"?
[20070415 19:49:34] <[g2]> my 128MB units are fine
[20070415 19:49:37] <RobNC> It worked fine with my 256MiB slug
[20070415 19:49:55] <[g2]> I've been using one as my internet gateway for like 8 months
[20070415 19:49:57] <RobNC> I even tried 192m and that worked fine too (so 2nd bangk is fine)
[20070415 19:50:16] <[g2]> so 192 works ?
[20070415 19:50:26] <RobNC> yes
[20070415 19:50:33] <RobNC> I tried 250MB and that fails
[20070415 19:51:02] <RobNC> don't quite know the sweet spot as it takes nearly 2 hrs to run the memtest
[20070415 19:51:03] <[g2]> right that's because you are running from memory and overwrite yourself
[20070415 19:51:41] <RobNC> it shouldn't do that as malloc would complain right?
[20070415 19:52:07] <[g2]> malloc is virtual memory right ?
[20070415 19:52:20] <[g2]> you're trying to test the physical memory I hope :)
[20070415 19:52:59] <RobNC> yes, true... no good way to do a memtest from a boot loader. Was gonna try (per rwhitby suggestion) slugosle running from flash, then do ipkg install memtester
[20070415 19:53:45] <[g2]> I think memtest from APEX (or Redboot) are different
[20070415 19:54:00] <RobNC> there isn't a memtest from those boot loaders, right?
[20070415 19:55:02] <[g2]> I haven't played with boot loaders for a long time
[20070415 19:55:23] <[g2]> I think the memtest code is really small and could be compiled as a ECOS app
[20070415 19:55:32] <[g2]> and just loaded via redboot
[20070415 19:55:43] <[g2]> or as a straight elf file
[20070415 19:55:58] <[g2]> RobNC, you near Raleigh right ?
[20070415 19:56:04] <[g2]> you are
[20070415 19:56:04] <RobNC> really? how would the parameters be sent?
[20070415 19:56:14] <RobNC> [g2] affirmative
[20070415 19:56:52] <[g2]> what are you using for your JTAG device ?
[20070415 19:57:30] <RobNC> I mean, memtest takes some parameters, first being mem size, 2nd being number of iterations. default is 2^32-1 so that would take, hmm, LONG time w/o the trailing "1" :-)
[20070415 19:57:47] <RobNC> [g2] using parallel-port with openwince tools
[20070415 19:59:44] <RobNC> have done a recover of bad flash with JTAG so I know it works ;-)
[20070415 20:02:05] <[g2]> RobNC, did you do the soldering of the ram on the board ?
[20070415 20:03:56] <RobNC> [g2] yep, with microscope and metcal. no solder bridges :-)
[20070415 20:05:20] <[g2]> RobNC, do you do much smt stuff ?
[20070415 20:06:11] <RobNC> yeah, more than I want. been soldering since I was like 7 or 8.
[20070415 20:06:51] <[g2]> well that could be like 8-10 years :)
[20070415 20:06:57] <[g2]> or like 40 :)
[20070415 20:08:10] <RobNC> hahaha!! yeah true... but there isn't a solder problem, or I would see all kinds of problems when using rsync.
[20070415 20:08:35] <[g2]> RobNC, so what do you want to use the fatslug for ?
[20070415 20:08:54] <RobNC> I only have problems when it reaches the limit in resident RAM. I have a log file I'm gonna post to linux-arm-kernel when I get approval
[20070415 20:09:20] <RobNC> for me, just NFS backup from linux server. rsync is a memory hog so 32M not enuf
[20070415 20:10:06] <[g2]> well hope about a deal :)
[20070415 20:10:15] <[g2]> well how about a deal :)
[20070415 20:11:13] <[g2]> I've got a 256MB Loft that I think boots and runs fine @128MB
[20070415 20:11:44] <RobNC> heh I also replaced flash (put 8M back)... I have a few 16m flashes but they're hard to get nowadays b/c $work uses 256Mib now
[20070415 20:11:52] <[g2]> it's a 533Mhz IXP425 with USB 2.0, dual ethernets, JTAG, Serial, POE, GPIOs temp/voltage sensor and 3 minipci slots
[20070415 20:12:10] <[g2]> oh CF and 16MB NOR flash
[20070415 20:12:49] <RobNC> wow thats cool. seems like it has stuff that nslu2 didn't wire out (i.e., dual eth and extra GPIO)
[20070415 20:13:01] <NAiL> RobNC: got flash samples from spansion btw. Unfortunately, they sent me the wrong kind. 64-pin BGA, which is completely useless for me ::P
[20070415 20:13:06] <RobNC> IXP425 has AES, but not sure if kernel uses it
[20070415 20:13:06] <[g2]> yeah I had custom hardware built :)
[20070415 20:13:15] *** AdamBaker (n=aab@userch028.dsl.pipex.com) has joined #nslu2-linux
[20070415 20:13:16] <[g2]> It's been run
[20070415 20:13:25] <[g2]> I think dwery has played with it
[20070415 20:13:30] <[g2]> he's got a unit too
[20070415 20:13:48] <[g2]> that's how most of the kernel drivers stuff went upstream
[20070415 20:13:56] <[g2]> and I think nearly everything is upstream now
[20070415 20:14:04] <[g2]> as of .21
[20070415 20:14:06] <RobNC> spansion... the ones I replaced with NSLU2 were identical intel versions
[20070415 20:14:11] <RobNC> wow that is cool!
[20070415 20:14:25] <RobNC> similar hardware structure to NSLU2 luckily?
[20070415 20:14:35] <NAiL> RobNC: For my bricked turbostation, not for the nslu2 ;)
[20070415 20:14:58] <[g2]> RobNC, you can load kernels from the CF
[20070415 20:15:15] <[g2]> load -r -v -b 0x... -m disk hda1:/zImage
[20070415 20:15:21] <[g2]> or hda1:/boot/zImage
[20070415 20:15:27] <RobNC> NAiL: oh that stinks. BGA flash is commonplace these days for high-density
[20070415 20:15:42] <[g2]> where that's a symlink in a ext3 fs on flash
[20070415 20:15:45] <RobNC> [g2] that makes it significantly easier, but I thought CF has to have IDE interface
[20070415 20:15:55] <[g2]> it reads ext2 and fat
[20070415 20:16:05] <[g2]> it is an IDE interface :)
[20070415 20:16:22] <NAiL> RobNC: looks like it. The norwegian distributor doesn't have the kind of flash that I need, and distributors in other countries just point me toward the norwegian one.
[20070415 20:16:28] <[g2]> anyway I'll trade you a unit for a some soldering work :)
[20070415 20:16:33] <RobNC> [g2] so there must be some kind of shim that loads memory<=> ide i/f
[20070415 20:16:47] <RobNC> um, sure! good deal!
[20070415 20:17:00] <[g2]> RobNC, no the CF is in IDE mode on the expansion bus
[20070415 20:17:13] <RobNC> NAiL: too bad u can't get samples from Intel :-)
[20070415 20:17:15] <[g2]> it has interrupts, but no DMA
[20070415 20:17:42] <[g2]> RobNC, I've all the RedBoot source and have built/flashed Redboot for the box
[20070415 20:17:45] <RobNC> [g2] oh okay so PIO only. Do you know if NSLU2 uses PIO for USB-PCI bridge?
[20070415 20:17:49] <NAiL> RobNC: Any idea where it would be possible to get compatible samples?
[20070415 20:18:12] <RobNC> that would explain why IXP420 is so slow (and why "usb-storage" peaks when I do rsync)
[20070415 20:18:21] <[g2]> RobNC, it's got USB 2.0 via a Philips chips the NSLU2 has a NEC chip
[20070415 20:18:33] <[g2]> it does about 14MBs to disk
[20070415 20:18:38] <RobNC> NAiL: you could also try STMicro - they sell flash I think and might be able to get you samples.
[20070415 20:18:40] <[g2]> and you can run dual ethers
[20070415 20:19:01] <RobNC> [g2] that's MByte/sec - faster than ethernet! sweet...
[20070415 20:19:09] <RobNC> I mean 100Mbps
[20070415 20:19:20] <[g2]> RobNC, right that tops out at 11MBs ish
[20070415 20:19:56] <[g2]> are you super far from South Point mall ?
[20070415 20:19:57] <RobNC> [g2] yes exactly... about 96Mbps line rate.
[20070415 20:20:16] <[g2]> well there's ethernet and tcp/ip overhead and interframe gaps etc....
[20070415 20:20:27] <[g2]> reallly 11.1/11.2 is about tops
[20070415 20:20:51] <[g2]> you can scp to the box at around 2.0MBs
[20070415 20:20:54] <RobNC> [g2] prolly best to go off-record for that info
[20070415 20:21:03] <[g2]> sure
[20070415 20:21:22] <RobNC> [g2] seems that rsync over ssh is always slower than NFS.
[20070415 20:21:51] <[g2]> yeah that's do to the CPU issue with the computations
[20070415 20:22:21] <[g2]> it'd be mildly interesting to see what aes encryption enabled in the kernel would do to change that
[20070415 20:22:50] <RobNC> [g2] true - since it's encrypted tunnel. from 2GHz laptop to 2GHz P4, I only get about 3-4MB/sec max.
[20070415 20:23:26] <[g2]> you're laptop isn't setup right
[20070415 20:23:41] <jacques> you can get slightly better speen by using less intensive cipher
[20070415 20:23:44] <[g2]> My 1.6G cererly get 10MBs
[20070415 20:24:09] <[g2]> on my GigE network I often do 25-30MBs between boxes
[20070415 20:24:18] <jacques> hmm
[20070415 20:24:21] <jacques> I dunno how
[20070415 20:24:44] <[g2]> scp
[20070415 20:24:46] <jacques> I can barely do 14MB/s between pentium-M 1.7 and core duo 2.0
[20070415 20:24:49] <RobNC> jacques: yeah that is true; I'm using 1024-bit 10min regen. so I'm sure that's something of the reason
[20070415 20:25:46] <[g2]> I don't know what the default scp algo is
[20070415 20:26:11] <RobNC> jacques: or for my uses, I just use NFS and be done :-)
[20070415 20:26:37] <RobNC> only ssh via WAN anyway, so LAN is fine.
[20070415 20:26:41] <jacques> sam as ssh
[20070415 20:26:42] <[g2]> NFS is a lot faster for me
[20070415 20:26:57] <[g2]> I get near disk rates over nfs
[20070415 20:27:18] <[g2]> I can xfer a 1GB in around 30secs
[20070415 20:27:30] <RobNC> [g2] exactly... nfs seems a lot quicker. Only thing that is quicker is ssh if you're going to do "rsync -c" for crc-generation
[20070415 20:27:44] <RobNC> and there aren't many file diffs
[20070415 20:28:04] <RobNC> otherwise, nfs has to generate crc over network (slower than generating it locally)
[20070415 20:28:06] <[g2]> RobNC, I'm guessing you've got a usb disk hanging off the slugs for backup
[20070415 20:28:44] <RobNC> yep, pair of them; rsync to main, then every other hour rsync between the disks
[20070415 20:28:55] <RobNC> poor-man's raid
[20070415 20:28:55] <[g2]> the ixp425 has md5 and sha1 in hw too :)
[20070415 20:29:06] <[g2]> actually, I think that's the way to go
[20070415 20:29:59] <RobNC> g2 oh cool so 425 would be faster for CRC/MD5/etc/
[20070415 20:31:00] <NAiL> RobNC: hmm... I don't think I can find an identical part at st
[20070415 20:31:46] <[g2]> RobNC, exactly I think if the hw was used, you might wind up being disk bound
[20070415 20:33:13] <RobNC> g2 that would always be better to be disk bound. Only thing is when I do rsync, it seems that rsync gets about 60% CPU, and 20-30% goes to usb-storage, so must be because PIO mode to PCI=>USB bridge
[20070415 20:33:35] <RobNC> NAiL: oh that stinks. Do you need 64Mb part?
[20070415 20:33:53] <NAiL> 128mbit
[20070415 20:33:55] <NAiL> 16mb
[20070415 20:35:02] <RobNC> NAiL: oh for FatFlash SLUG :-)
[20070415 20:35:18] <NAiL> no, for repairing the turbostation ;)
[20070415 20:35:40] <RobNC> NAiL: oh! gotcha...
[20070415 20:37:01] <RobNC> is it 56-pin TSOP, intel flash?
[20070415 20:37:24] <NAiL> http://www.spansion.com/products/S29GL128N.html
[20070415 20:37:31] <NAiL> 56-pin TSOP alright
[20070415 20:37:54] <[g2]> RobNC, are you sending something to rwhitby ?
[20070415 20:39:02] <RobNC> [g2] not yet, gotta get it modified. sitting at work awaiting 1) ppl not bugging me at work, 2) free time from my normal job (which is already at 190%). :-)
[20070415 20:40:07] <RobNC> NAiL: do you work for a company that uses those flash parts, you might be able to weasel your way into getting samples for a "work project" :-)
[20070415 20:40:42] <NAiL> unfortunately, no. Not even close
[20070415 20:41:20] <RobNC> maybe you could convince them you're doing it for a school project?
[20070415 20:44:02] <RobNC> is an intel part compatible? does it use AMD or Intel style?
[20070415 20:44:16] <RobNC> (meant to preface NAiL)
[20070415 20:45:57] <NAiL> Bank # 1: CFI conformant FLASH (8 x 8) Size: 16 MB in 128 Sectors AMD Standard command set, Manufacturer ID: 0x01, Device ID: 0x7E2101
[20070415 20:47:03] <RobNC> NAiL: do you have an AMD compatible part number?
[20070415 20:48:13] <NAiL> Uhm, dunno?
[20070415 20:48:23] <NAiL> Spansion S29GL128N11TF101; 0508ABA H
[20070415 20:53:10] *** caplink811-log (n=caplink8@dslb-088-073-008-227.pools.arcor-ip.net) has joined #nslu2-linux
[20070415 21:08:39] *** caplink811_log (n=caplink8@dslb-088-073-136-250.pools.arcor-ip.net) Quit (Read error: 110 (Connection timed out))
[20070415 21:14:20] <hillct> NAiL: now with the fixed libtool, the existing OE lighttpd package works properly on 3.10-beta
[20070415 21:14:59] <hillct> it wouldn't suprise me if a lot of the OE packages that were previously messed up on 3.10-beta will now work properly
[20070415 21:15:50] <RobNC> hey guys so with slugimage I can replace kernel, etc. but why is debian (with apex) ramdisk.gz so much larger than with slugosle?
[20070415 21:15:58] <hillct> of couree it depends on libpcre which also works properly
[20070415 21:32:50] *** scant (n=scant@cpe-72-177-50-68.austin.res.rr.com) has joined #nslu2-linux
[20070415 21:42:39] <RobNC> for build meisters - what would be the process to build apex with slugosle? i.e., "make APEX-CONFIG=slugosle apex"?
[20070415 21:45:28] *** [g2] (n=tom@nslu2-linux/g2) Quit ("Leaving")
[20070415 21:49:57] *** CoreDump|home is now known as CoreDump|afk
[20070415 22:21:52] <RobNC> anyone know what iWMMXt is and if IXP420 supports it?
[20070415 22:24:19] *** marceln (n=marceln@pion.xs4all.nl) has joined #nslu2-linux
[20070415 22:29:14] *** DrZimmerman (n=theo@84-74-134-243.dclient.hispeed.ch) Quit ("Client exiting")
[20070415 22:31:43] <marceln> bash-3.2# ipkg -force-downgrade install dovecot_1.0.0-12_armeb.ipk
[20070415 22:31:43] <marceln> Installing dovecot (1.0.rc15-10) to root...
[20070415 22:32:04] <marceln> Why doesn't he install the requested version?
[20070415 22:44:02] <CIA-5> marceln * r5936 optware/trunk/ (make/dovecot.mk sources/dovecot/configure.in.patch): Dovecot: Upstream update to 1.0.0
[20070415 22:45:01] <marceln> mwester: Do you know how to handle ipkg versions?
[20070415 22:47:35] <RobNC> anyone know where NEC USB driver is located in "USB support" part of make menuconfig?
[20070415 22:52:58] <CIA-5> marceln * r5937 optware/trunk/make/dovecot.mk: dovecot: Correction build wl500g
[20070415 23:15:24] <rwhitby> RobNC: ramdisk.gz on SlugOS is a dummy 128Kb partition to get around a redboot requirement
[20070415 23:15:58] <rwhitby> apex for slugosle - just use slugos config (default) and ENDIAN=l (default too)
[20070415 23:18:59] <RobNC> rwhitby: thanks... trying compile of kernel right now, with (forget the parameter but it is what you recommended earlier in regards to PCI transactions).
[20070415 23:19:14] <rwhitby> RobNC: upslug2 can't flash just the kernel when you're using apex as second stage. it will overwrite apex thinking that's where the kernel is. slugimage is the way to go with apex as second stage.
[20070415 23:19:58] <RobNC> shoot... kernel too big. looks like I need a default .config for NSLU2 to start out with (versus one for ARM which mostly might not apply)
[20070415 23:20:28] <RobNC> rwhitby: I *thought* upslug2 couldn't do it, because it doesn't know about apex being in the place of the kernel
[20070415 23:20:29] <rwhitby> also, you use the ixp4xxle kernel you build, not the nslu2le one (cause that one has the arm-kernel-shim which will override your atags from apex like mem size)
[20070415 23:21:01] <rwhitby> apex has support for loading kernels > 1MiB
[20070415 23:21:07] <RobNC> gotcha, good info - need to document that!
[20070415 23:21:30] <rwhitby> debian kernel doesn't need the shim, cause it uses apex as second stage
[20070415 23:23:03] <RobNC> I am trying to do the 2.6.21 kernel build. Got my working (but crashes) fatslug build. Can I replace vmlinuz from slugosle to my (debian) fatslug image w/o also replacing ramdisk.gz? I suspect it's not that easy.
[20070415 23:23:59] <RobNC> (I mean for, like, using slugimage)
[20070415 23:26:41] <rwhitby> RobNC: use our svn kernel repo for the kernel build
[20070415 23:27:22] <rwhitby> (the same one you are using to build apex)
[20070415 23:27:49] <rwhitby> BTW, I don't recommend INDIRECT_PCI - I don't think we have a kernel config problem.
[20070415 23:28:05] <rwhitby> you should reproduce it with our default kernel config in the svn kernel repo
[20070415 23:28:19] <RobNC> rwhitby: yes that was what I was trying to get compiled. - indirect PCI
[20070415 23:28:43] <rwhitby> indirect PCI is a red herring I think
[20070415 23:29:07] <RobNC> this is true... seems like a DMA problem not a PCI problem
[20070415 23:29:09] <rwhitby> (i.e. I wouldn't report to l-a-k with that set)
[20070415 23:29:38] <rwhitby> it might be worth a try with it set, just for laughs, but don't expect it to do anything, and don't send in a problem report mentioning it.
[20070415 23:30:08] <RobNC> ok, still haven't gotten subscription email yet anyway (so can't post anything anyway)
[20070415 23:30:43] <rwhitby> ok, no hurry - the problem has been there for a number of years it seems, so one more day won't hurt :-)
[20070415 23:30:54] <RobNC> once I've svn co
[20070415 23:31:08] <RobNC> once I've svn co 'ed the kernel, what next :-)
[20070415 23:31:40] <RobNC> I thought I would "make slugosle" but that doesn't use apex as 2nd stage. need to compile image that uses slugosle and apex
[20070415 23:32:11] <marceln> rwhitby: Do you know how to handle ipkg versions?
[20070415 23:32:35] <NAiL> marceln: Quite possibly broken ipkg
[20070415 23:32:44] <NAiL> what version of ipkg are you using?
[20070415 23:32:47] <rwhitby> marceln: I believe downgrade is completely broken and I have no way to fix it other than remove your feeds before doing a local install
[20070415 23:32:58] <marceln> ipkg version 0.99.154
[20070415 23:33:17] <marceln> I don't want to downgrade!!
[20070415 23:33:39] <NAiL> what is the problem then?
[20070415 23:33:50] <marceln> I installed version 1.0.0-12 which should be higher as 1.0.rc15-10
[20070415 23:33:58] <NAiL> aha
[20070415 23:34:25] <marceln> But it refused to install the local 1.0.0-12 and choose to install the 1.0.rc15-10 from the repository.
[20070415 23:34:45] <NAiL> quite probably because rc15 > 0
[20070415 23:34:50] <marceln> I have uploaded the files for 1.0.0-12 but probably we get the same problems there.
[20070415 23:35:03] <NAiL> that isn't in itself an ipkg problem
[20070415 23:35:13] <marceln> Not really.
[20070415 23:35:28] <marceln> Just broken version numbers.
[20070415 23:35:32] <NAiL> yeah
[20070415 23:36:35] <marceln> And the package version is less important as the version of the source.
[20070415 23:37:49] <marceln> But on the other side it's normal to have a version postfix with rc.
[20070415 23:38:20] <marceln> A "rc" version should be lower than any other version with the same version number.
[20070415 23:38:21] <rwhitby> RobNC: svn up in /home/slug/kernel
[20070415 23:38:28] <RobNC> rwhitby: I can't simply replace vmlinuz from custom slugosle into 8MB debianimage b/c rootfs is not in flash, right? Want to test apex-1.4.18 but using slugosle so I can do tests w/o USBHDD's attached and fsck'ed.
[20070415 23:38:33] <rwhitby> RobNC: then "make kernel" will build the latest kernel
[20070415 23:38:35] <RobNC> rwhitby: did that.
[20070415 23:39:06] <rwhitby> actually, it's probably easiest just to build slugosle from the master makefile and reproduce with that.
[20070415 23:39:23] <RobNC> don't I need to "cd ~/kernel; make APEX_CONFIG=slugosle kernel" or equivalent?
[20070415 23:39:25] <rwhitby> (i.e. use 2.6.20 from OE, not from kernel svn)
[20070415 23:39:34] <rwhitby> no, apex_config is only for apex
[20070415 23:39:57] <RobNC> ok, so oe is BE then, but hopefully memtester avail via ipkg
[20070415 23:39:58] <rwhitby> if you want to use 2.6.21-rcX, you'll also need to get the corresponding kernel modules into the rootfs somehow
[20070415 23:40:09] <RobNC> ah yes that was my issue!
[20070415 23:40:09] <rwhitby> OE can build slugosbe and slugosle
[20070415 23:40:38] <rwhitby> bbiab
[20070415 23:40:56] <RobNC> ok, thanks, building
[20070415 23:42:35] <NAiL> marceln: It would quite probably work if it was called 1.0.0-rc15-10,
[20070415 23:42:55] <rwhitby> build slugosle, then unpack the resulting image, and put apex back in as loader. you don't use the dummy ramdisk.gz if using apex as second stage loader
[20070415 23:43:36] <rwhitby> NAiL: the approved versioning scheme is 0.9+1.0.0-rc15
[20070415 23:43:47] <rwhitby> (or whatever the previous version was first)
[20070415 23:44:24] <marceln> NAiL: The version name is a upstream convention.
[20070415 23:44:53] <marceln> I can't help that they choose 1.0.rc15
[20070415 23:44:56] <rwhitby> marceln: yes, but you need to put the stuff before the + so that versioning works.
[20070415 23:45:33] <marceln> OK: It's a lesson for next time.
[20070415 23:45:34] <rwhitby> part of packaging is fixing upstream version non-monotonicly-increasing.
[20070415 23:45:52] <marceln> How do we fix it?
[20070415 23:47:15] <rwhitby> you can change the version number in the optware .mk file
[20070415 23:48:33] <RobNC> rwhitby: ok thanks. ramdisk.gz is 3M from DebianSlug 8M image, whereas its only 131k from "make slugosle". Does that mean the 3MB file (ramdisk) from DebianSlugImage (D-I), which uses Apex, is just junk? (I'm confused!)
[20070415 23:48:48] <rwhitby> RobNC: no
[20070415 23:49:08] <rwhitby> RedBoot requires a header field at the normal Linksys ramdisk location in flash.
[20070415 23:49:17] <rwhitby> Apex knows about that (now) and works around it.
[20070415 23:49:47] <rwhitby> when using RedBoot, you need to have the header field in the right place. that means a dummy ramdisk.gz, since you can't put a header field at the start of a jffs2 partition.
[20070415 23:50:13] <rwhitby> (this is what the apex skip region stuff is for)
[20070415 23:50:51] <RobNC> ok, thanks. it'll sink in eventually! :-)
[20070415 23:51:34] <rwhitby> it's all crap we need to do to work around the linksys/sercomm redboot hacks
[20070415 23:52:23] <rwhitby> RobNC: BTW, didn't we do this before (get slugos booting on your fatslug with apex as second stage)?
[20070415 23:52:34] <rwhitby> you downloaded a snapshot from hentges.net
[20070415 23:54:53] <RobNC> (sorry had network hiccup)
[20070415 23:54:58] <rwhitby> RobNC: I can get you a slugosle image quickly now if you like ...
[20070415 23:56:10] <RobNC> yes, we did that before, but it didn't boot anything b/c it couldn't find rootfs
[20070415 23:58:46] <RobNC> I.e., I didn't have a live linux filesystem from which to ipkg "memtester", or run "memtest"
[20070415 23:59:36] <rwhitby> RobNC: try the one I just /msg'd you
Log aus dem NSLU2 Channel vom 22.04.2007
[00:17] *** Now talking in #nslu2-general
[20070422 00:17:36] *** omp (n=omp@gentoo/developer/omp) has joined #nslu2-general
[20070422 00:31:25] *** centauri (n=centauri@c-67-161-33-195.hsd1.ca.comcast.net) has joined #nslu2-general
[20070422 00:35:04] <centauri> can someone point me to the hardware specs of the nslu2?
[20070422 00:36:59] *** centauri (n=centauri@c-67-161-33-195.hsd1.ca.comcast.net) has left #nslu2-general
[20070422 00:56:36] *** DrZimmerman (n=theo@84-74-134-243.dclient.hispeed.ch) Quit ("Client exiting")
[20070422 01:28:58] <Lunar_Lamp> Well, not in that time fram centauri...
[20070422 01:33:36] *** Bitmaster (n=Bitmaste@c-3962e253.325-1-64736c12.cust.bredbandsbolaget.se) Quit ("Leaving")
[20070422 01:43:48] *** tuv (n=tuv@unaffiliated/tuv) Quit (Read error: 110 (Connection timed out))
[20070422 01:51:57] *** tuv (n=tuv@unaffiliated/tuv) has joined #nslu2-general
[20070422 01:57:07] *** warlord0 (n=bill_bix@host86-149-96-90.range86-149.btcentralplus.com) Quit (Read error: 104 (Connection reset by peer))
[20070422 02:00:37] *** caplink811_log (n=caplink8@dslb-088-073-022-103.pools.arcor-ip.net) Quit (Broken pipe)
[20070422 02:03:11] *** caplink811_log (n=caplink8@dslb-088-073-022-103.pools.arcor-ip.net) has joined #nslu2-general
[20070422 02:10:26] *** caplink811_log (n=caplink8@dslb-088-073-022-103.pools.arcor-ip.net) Quit (Broken pipe)
[20070422 02:12:56] *** caplink811_log (n=caplink8@dslb-088-073-022-103.pools.arcor-ip.net) has joined #nslu2-general
[20070422 02:35:07] *** mwester_ (n=mwester@nslu2-linux/mwester) has joined #nslu2-general
[20070422 02:45:46] *** omp (n=omp@gentoo/developer/omp) Quit ("oot.")
[20070422 02:50:50] *** mwester (n=mwester@nslu2-linux/mwester) Quit (Read error: 110 (Connection timed out))
[20070422 03:23:09] *** Lunar_Lamp (i=lunar@unaffiliated/lunarlamp/x-038437) Quit ("Quit")
[20070422 03:39:39] *** fendor is now known as fendOr
[20070422 03:45:50] *** voy746560007 (n=Miranda@203.94.62.107) has joined #nslu2-general
[20070422 03:58:19] *** vertig953 (i=cue@64.18.138.251) has joined #nslu2-general
[20070422 04:01:23] *** _vertigo (i=cue@64.18.138.251) Quit (Remote closed the connection)
[20070422 04:04:34] *** voy74656 (n=Miranda@203.94.62.107) Quit (Read error: 110 (Connection timed out))
[20070422 04:14:52] *** Lunar_Lamp (i=lunar@jpaweb02.planetarion.com) has joined #nslu2-general
[20070422 05:23:53] *** RobNC (n=ungnomeu@user-0c8ha9e.cable.mindspring.com) has joined #nslu2-general
[20070422 05:25:19] <RobNC> anyone in here running Debian LE or OpenSLUG?
[20070422 05:26:06] <pierrelux> slugos ?
[20070422 05:26:42] <Lunar_Lamp> I have debian installed on my slug.
[20070422 05:27:21] <RobNC> sure, slugosle
[20070422 05:27:24] <RobNC> or debian
[20070422 05:27:50] <RobNC> I don't have an unmodified slug to try so I am wondering if it is a problem with the hardware or a problem with linux kernel for NSLU2.
[20070422 05:28:12] <RobNC> For slugosle, just to "ipkg update; ipkg install memtester"
[20070422 05:28:25] <RobNC> for debian, do "apt-get install memtester"
[20070422 05:28:59] <Lunar_Lamp> What;s your problem?
[20070422 05:30:20] <RobNC> my problem is memtest kills the USB, due to PCI DMA error. Apparently, "memtest" is given too much memory by the linux kernel
[20070422 05:31:12] <joshin> RobNC: Try this:
[20070422 05:31:13] <joshin> echo 2 > /proc/sys/vm/overcommit_memory
[20070422 05:31:13] <joshin> echo 200 > /proc/sys/vm/overcommit_ratio
[20070422 05:31:15] <RobNC> same thing happens in slugosle. doing "memtester" (similar program) works file, provided you only do a test of the memory that is less than what is available
[20070422 05:31:34] <joshin> Then run your command.
[20070422 05:32:12] <RobNC> ok... unfortunately I have a fatslug so I have to shutdown, change apex params, then reboot again to get the extended memory detected.
[20070422 05:32:56] <RobNC> lemme try on serial console - BRB
[20070422 05:35:26] <RobNC> joshin: seems that the values now are overcommit_memory = 0 and ratio=50
[20070422 05:35:33] <RobNC> (before typing those commands)
[20070422 05:35:35] <pierrelux> RobNC: I'm under slugosbe...but your problem looks interesting
[20070422 05:35:58] <joshin> Yeah, so things might freak out when they hit 16MB of RAM used.
[20070422 05:36:00] <RobNC> yeah, dunno if it is related to apex 2nd stage loader incorrectly detecting memory
[20070422 05:36:02] <joshin> It is rather anoying.
[20070422 05:36:17] <joshin> Try it and see. :D
[20070422 05:36:27] <RobNC> actually it's ok, my slug has 29988MiB free
[20070422 05:36:49] <RobNC> what do the memory and ratio do (I don't understand units)
[20070422 05:37:28] <joshin> The first allows you to have a single process use more memory than you physically have.
[20070422 05:37:46] <joshin> The second sets the ratio at which the kernel gets unhappy.
[20070422 05:38:31] <joshin> You can google for all the details. :)
[20070422 05:38:52] <joshin> My slug has not crashed or killed processes unexpectedly since setting those values.
[20070422 05:40:03] <RobNC> joshin: ok will try. I actually have a 256MiB slug and if I run memtests at 250M, all is fine (if I have 251+ MB free). If I tell it to do memtest of all avail mem, it kills the PCI bus (thus USB thus kernel crashes). If I tell Apex to tell Linux I have 192M, then do test all mem, same thing happens.
[20070422 05:40:26] <RobNC> I've tried this with 192, 128, 96, 64,48,32,16MB parameters for Apex
[20070422 05:40:43] * joshin wishes he was good enough at soldering to upgrade his slugs to >32
[20070422 05:41:25] <RobNC> Simple equation. If I provision Apex for X memory (so long X<=256), then do a memtest of Y (Y = avail memory), then it crashes. If I do a test with Y-1, all is fine!
[20070422 05:41:39] <RobNC> joshin: heh I have a microscope, luckily
[20070422 05:42:04] <RobNC> this problem is occurring when I rsync, and have a huge database
[20070422 05:42:21] <RobNC> buffering tries to use up all RAM for caching
[20070422 05:42:37] <joshin> Try it and see. I run Gentoo on one slug and used to have the same problem when running rsync (for syncing portage)
[20070422 05:43:03] <joshin> What's one more crash between friends? :D
[20070422 05:43:22] <RobNC> That is strange, b/c with 32MB it never happens (but then again I don't have Apex pass mem size to linux kernel)
[20070422 05:43:27] <RobNC> Ok I'll try some tests.
[20070422 05:43:36] <joshin> Good luck!
[20070422 05:44:35] <RobNC> OK, BRB -gonna try now
[20070422 05:46:41] <joshin> I'm off to break out the soldering iron for some (non-smd) stuff I can handle. :)
[20070422 05:47:01] <RobNC> heh yeah not so easy w/o metcal
[20070422 05:48:13] <joshin> :)
[20070422 05:48:19] <RobNC> joshin: still happens... weird
[20070422 05:48:41] <RobNC> gonna reboot and see if I have apex params or not
[20070422 05:49:40] <RobNC> but then again, I got it to "crash" the program w/o your parameters first. Make that kept it from being run correctly.
[20070422 05:52:59] <RobNC> joshin - still there - what kernel are you running?
[20070422 05:53:16] <RobNC> I'm running 2.6.18-4-ixp4xx
[20070422 06:21:29] <RobNC> joshin - checking manpages - thanks for the tip!! Indeed, you are right about the overcommit_memory being improperly set from default.
[20070422 06:34:11] *** nSiclair73de (n=Sinclair@p5B203896.dip0.t-ipconnect.de) has joined #nslu2-general
[20070422 06:36:09] <joshin> Sorry RobNC. Was away from the computer. I'm running 2.6.20 from around a month ago.
[20070422 06:36:32] <joshin> slugosbe either as is or with Gentoo bootstrapped
[20070422 06:39:37] <RobNC> joshin: ok np. From reading pages, why set overcommit_memory >100?
[20070422 06:40:06] <RobNC> I just set it to 80, and rsync finally didn't crash with fatslug (256MB)
[20070422 06:40:26] <RobNC> didn't try with 200 but that seemed too dangerous, might take forever to fsck
[20070422 06:41:05] <RobNC> debian LE is still running 2.6.18. dunno how to get latest kernel w/o apt-get
[20070422 06:42:43] *** Sinclair73de (n=Sinclair@p5B200238.dip0.t-ipconnect.de) Quit (Read error: 60 (Operation timed out))
[20070422 06:43:08] *** nSiclair73de is now known as Sinclair73de
[20070422 06:44:15] *** pierrelux (n=pierre-l@144-125.sh.cgocable.ca) has left #nslu2-general
[20070422 06:46:16] <joshin> So that you can run a job that can use X percentage of total memory.
[20070422 06:46:44] <joshin> With a 32MB slug, sometime when compiling libtool will use 96MB of RAM.
[20070422 06:52:33] <RobNC> ah I see. makes sense. but you have swap right?
[20070422 06:53:33] <RobNC> I thought that the 200 was percentage of ram. according to the page I saw, it said that the total space used would be "SS + k/100" where SS = swap space, and k = value for overcommit_memory
[20070422 06:53:34] <joshin> Of course.
[20070422 06:53:50] <RobNC> so therefore, the k doesn't include SS
[20070422 06:53:50] <joshin> Now that would be nutty
[20070422 06:53:58] <joshin> if it included swap space
[20070422 06:54:13] <RobNC> yeah that would be too unpredictavble
[20070422 06:54:27] * joshin imagines running memtest on his swapspace
[20070422 06:55:19] <RobNC> oops I meant: "SS + RAM * (r/100)"
[20070422 06:55:35] <RobNC> yeah I did memtest with swapon and then quickly realized it b/c it was crawling.
[20070422 06:55:44] <RobNC> gotta "swapoff /dev/sdXY" first
[20070422 06:56:32] <joshin> Well, good luck with your experiments, I'm off to bed.
[20070422 06:56:33] <RobNC> gotta look up how to do sudo now. If I do memtest as mortal, it obeys settings in /proc/etc. but if I do it as root, it ignores it!
[20070422 06:56:46] <RobNC> ok, thanks for your help.
[20070422 06:56:47] <joshin> source /etc/profile?
[20070422 06:57:02] <RobNC> um, gonna put that in /etc/rc.local
[20070422 07:05:32] *** Lunar_Lamp (i=lunar@unaffiliated/lunarlamp/x-038437) Quit ("Quit")
[20070422 07:10:53] *** caplink811_log (n=caplink8@dslb-088-073-022-103.pools.arcor-ip.net) Quit (Broken pipe)
[20070422 07:13:21] *** caplink811_log (n=caplink8@dslb-088-073-022-103.pools.arcor-ip.net) has joined #nslu2-general
[20070422 08:07:31] *** eiffel_ (n=eiffel@p5b05255d.dip0.t-ipconnect.de) has joined #nslu2-general
[20070422 08:07:34] *** janm (n=jmalonzo@ppp4592.dsl.pacific.net.au) has joined #nslu2-general
[20070422 08:19:46] *** DrZimmerman (n=theo@84-74-134-243.dclient.hispeed.ch) has joined #nslu2-general
[20070422 08:20:20] *** eiffel (n=eiffel@p5b050c99.dip0.t-ipconnect.de) Quit (Read error: 110 (Connection timed out))
[20070422 08:28:56] *** caplink811_log (n=caplink8@dslb-088-073-022-103.pools.arcor-ip.net) Quit (Remote closed the connection)
[20070422 08:31:26] *** caplink811_log (n=caplink8@dslb-088-073-022-103.pools.arcor-ip.net) has joined #nslu2-general
[20070422 08:33:17] *** janm (n=jmalonzo@ppp4592.dsl.pacific.net.au) Quit ("Leaving")
[20070422 08:43:22] *** fraco (n=fraco@213.219.145.140.adsl.dyn.edpnet.net) has joined #nslu2-general
[20070422 10:27:11] *** blaster8 (n=blaster8@131.111.135.247) has joined #nslu2-general
[20070422 10:27:25] *** blaster8 (n=blaster8@nslu2-linux/blaster8) Quit (Remote closed the connection)
[20070422 11:31:48] *** Tobbe (n=Tobbe@120.19.235.85.dk-no.res.dyn.perspektivbredband.net) Quit (Read error: 104 (Connection reset by peer))
[20070422 11:32:09] *** Tobbe (n=Tobbe@120.19.235.85.dk-no.res.dyn.perspektivbredband.net) has joined #nslu2-general
[20070422 11:45:53] *** bazz- (n=mucux@d83-182-216-28.cust.tele2.be) has joined #nslu2-general
[20070422 11:54:25] *** bazz-_ (n=mucux@d83-182-197-1.cust.tele2.be) Quit (Read error: 60 (Operation timed out))
[20070422 12:02:32] *** voy74656 (n=Miranda@203.94.62.107) has joined #nslu2-general
[20070422 12:08:37] *** caplink811_log (n=caplink8@dslb-088-073-022-103.pools.arcor-ip.net) Quit (Remote closed the connection)
[20070422 12:11:13] *** caplink811_log (n=caplink8@dslb-088-073-022-103.pools.arcor-ip.net) has joined #nslu2-general
[20070422 12:22:09] *** voy746560007 (n=Miranda@203.94.62.107) Quit (Read error: 110 (Connection timed out))
[20070422 12:38:33] *** voy746560007 (n=Miranda@203.94.62.107) has joined #nslu2-general
[20070422 13:02:49] *** voy74656 (n=Miranda@203.94.62.107) Quit (Read error: 110 (Connection timed out))
[20070422 13:32:04] *** Tobbe (n=Tobbe@120.19.235.85.dk-no.res.dyn.perspektivbredband.net) Quit (Read error: 104 (Connection reset by peer))
[20070422 13:32:56] *** Tobbe (n=Tobbe@120.19.235.85.dk-no.res.dyn.perspektivbredband.net) has joined #nslu2-general
[20070422 15:15:08] *** Naib (n=jrb@82-46-167-5.cable.ubr02.harb.blueyonder.co.uk) has joined #nslu2-general
[20070422 15:31:42] *** Lunar_Lamp (i=lunar@jpaweb02.planetarion.com) has joined #nslu2-general
[20070422 15:58:17] *** Joykill (n=snot@c-f46de455.019-51-6c6b701.cust.bredbandsbolaget.se) has joined #nslu2-general
[20070422 15:58:52] <Joykill> hey guys! i have a problem with my slug: when i run VI it crashes as soon as I leave insert mode.... anyone ever experienced this?
[20070422 15:59:16] <Joykill> i mean VI crashes, not the slug
[20070422 16:01:15] *** Joykill is now known as Snotmule
[20070422 16:05:02] <Naib> I did have an issue with VIM where the screen would get flooded with the last line, some error and referencing to libc
[20070422 16:05:09] <Naib> anything in yr syslogs?
[20070422 16:05:34] <Snotmule> well... im kinda embarassed to say that im a noob... hardly know where to look for logs
[20070422 16:05:45] <Naib> as ROOT
[20070422 16:05:52] <Naib> type
[20070422 16:05:57] <Naib> tail /var/log/messages
[20070422 16:06:06] <Naib> this will show the last 10lines of that file
[20070422 16:06:07] <Naib> so
[20070422 16:06:09] <Lunar_Lamp> /var/log is the dir where logs are usually stored Snotmule :-)
[20070422 16:06:21] <Naib> go cause VI to crash and then quickly check the logs
[20070422 16:06:29] <Snotmule> ok :)
[20070422 16:08:27] <Snotmule> hmm.. can i do that from another terminal window, or does it have to be the same ?
[20070422 16:09:25] <Snotmule> all i get in the messages tail thingie is a number of logins ive done the last hour or so
[20070422 16:10:37] <Naib> mmm so nothing so sever to log to system log then
[20070422 16:10:50] <Naib> what VI are you using?
[20070422 16:10:59] <Naib> the one from busybox or the separate installed one?
[20070422 16:11:08] <Snotmule> busybox
[20070422 16:11:12] <Snotmule> havent tried to install another
[20070422 16:13:55] <Snotmule> thing is all i need to do is to edit a text file every now and then... is that possible to do on a windows machine and then copying it to the slug through samba?=
[20070422 16:14:36] <Naib> you can but you have to watch out for file permission and charage returns
[20070422 16:14:42] <Naib> you ever thought about using NANO
[20070422 16:15:00] <Snotmule> well, ill use anythign i can get my hands on that works ;)
[20070422 16:15:06] <Snotmule> pikg install nano?
[20070422 16:15:09] <Snotmule> ipkg*
[20070422 16:15:30] <Naib> maybe... been a while since I used openslug/unslung, should already been installed tho
[20070422 16:15:39] <Naib> what is the IRC channel for debian-slug?
[20070422 16:16:01] *** pierrelux (n=pierre-l@144-125.sh.cgocable.ca) has joined #nslu2-general
[20070422 16:16:15] <Snotmule> #debian-arm
[20070422 16:16:31] <Snotmule> hmm... seems to be empty
[20070422 16:16:45] <Snotmule> oh its on oftc.net
[20070422 16:16:58] <Naib> thats not it, its on a different IRC server... I have it in my history for Xchat in linux, but not in linux atm
[20070422 16:18:23] <Snotmule> no nano installed according to ipkg list_installed
[20070422 16:18:34] <Snotmule> or is it part of busybox?
[20070422 16:18:40] <Naib> don't think so
[20070422 16:18:47] <Naib> ipkg install I guess
[20070422 16:18:53] <Naib> good little editor
[20070422 16:19:37] <Snotmule> do i need to do anything to get it to work? i just ipkg install'ed
[20070422 16:20:14] <Naib> don't have todo anything else
[20070422 16:20:47] <Snotmule> cant do nano [file with path]....
[20070422 16:22:02] <Snotmule> no such file or directory
[20070422 16:35:18] <Snotmule> ok, i think i managed to solve the editing issue... any reason why a program i just installed returns this: qemu-i386: no such file or directoryh
[20070422 16:36:15] <drif> do you have your PATH environment variable set correctly?
[20070422 16:36:39] <drif> or did just that with nano earlier
[20070422 16:37:09] <Snotmule> path might be the thing.... oh well, more reading up :)
[20070422 16:39:43] <Snotmule> this is just confusing... is there an easy way to handle the path environment?
[20070422 16:39:45] <Lunar_Lamp> Snotmule, "echo $PATH"
[20070422 16:40:14] <drif> set | grep PATH
[20070422 16:40:17] <drif> alternative
[20070422 16:41:22] <Snotmule> ./sbin:/bin:/usr/bin:/usr/sbin:/
[20070422 16:41:23] <drif> export PATH=$PATH:yourownadditionshere
[20070422 16:41:47] <Snotmule> ok, and the path i want to add is where the qemu and nano binaries are?
[20070422 16:41:49] <drif> although export PATH=additions:$PATH is preferred order'
[20070422 16:42:17] <drif> which OS you're running again?
[20070422 16:42:26] <Snotmule> unslung if thats an OS :)
[20070422 16:42:30] <drif> with unslung export PATH=/opt/sbin:/opt/bin/:$PATH
[20070422 16:42:38] <drif> that has worked with me
[20070422 16:42:38] <Snotmule> ok
[20070422 16:42:43] <Snotmule> sweet, ill try that
[20070422 16:43:01] <Lunar_Lamp> Strange that opt* isn't already in the PATH isn't it drif?
[20070422 16:43:10] <Lunar_Lamp> Surely that should be done at install?
[20070422 16:43:58] <Snotmule> seems like something happened at least :)
[20070422 16:44:09] <Snotmule> error opening terminal: unknown for nano
[20070422 16:44:38] <drif> for example set TERM='linux'
[20070422 16:44:55] <drif> there are other alternatives but that has been most versatile choice for me
[20070422 16:45:03] <drif> sorry
[20070422 16:45:04] <drif> export
[20070422 16:45:05] <drif> not set
[20070422 16:46:15] <drif> I urge you to create /opt/profile (if it does't exist) and add those lines there so theyre preset when you login
[20070422 16:46:21] <drif> /opt/etc/profile
[20070422 16:46:49] <drif> and link that file to /etc/profile (ln -s /opt/etc/profile /etc/profile)
[20070422 16:47:10] <drif> sorry about that typo above
[20070422 16:47:34] *** Lunar_Lamp (i=lunar@unaffiliated/lunarlamp/x-038437) Quit ("Quit")
[20070422 16:48:02] <Snotmule> just make a file named profile with those lines?
[20070422 16:49:49] <drif> I mean those 'export' lines
[20070422 16:49:56] <Snotmule> okidoki
[20070422 16:50:00] <drif> ln -s is for creating that symlink
[20070422 16:50:08] <Snotmule> lets see if i can get nano working then
[20070422 16:50:11] <drif> not meant to be included in profile file
[20070422 16:53:27] <Snotmule> ah there we go, seems nano is working
[20070422 16:53:31] *** Lunar_Lamp (i=lunar@jpaweb02.planetarion.com) has joined #nslu2-general
[20070422 16:53:35] <Snotmule> progress! :)
[20070422 16:57:58] *** caplink811_log (n=caplink8@dslb-088-073-022-103.pools.arcor-ip.net) Quit (Remote closed the connection)
[20070422 17:00:31] *** caplink811_log (n=caplink8@dslb-088-073-022-103.pools.arcor-ip.net) has joined #nslu2-general
[20070422 17:14:13] <Snotmule> *sigh* anyone have any experience with qemu?
[20070422 17:21:13] *** Snotmule (n=snot@c-f46de455.019-51-6c6b701.cust.bredbandsbolaget.se) Quit ()
[20070422 17:36:49] *** Bitmaster (n=Bitmaste@c-3962e253.325-1-64736c12.cust.bredbandsbolaget.se) has joined #nslu2-general
[20070422 17:42:22] *** Bitmaster (n=Bitmaste@c-3962e253.325-1-64736c12.cust.bredbandsbolaget.se) Quit ("Leaving")
[20070422 17:43:41] *** Bitmaster (n=Bitmaste@c-3962e253.325-1-64736c12.cust.bredbandsbolaget.se) has joined #nslu2-general
[20070422 17:50:54] *** Bitmaster (n=Bitmaste@c-3962e253.325-1-64736c12.cust.bredbandsbolaget.se) Quit ("Leaving")
[20070422 17:52:52] *** warlord0 (n=bill_bix@host86-149-96-90.range86-149.btcentralplus.com) has joined #nslu2-general
[20070422 18:40:28] *** caplink811_log (n=caplink8@dslb-088-073-022-103.pools.arcor-ip.net) Quit (Broken pipe)
[20070422 18:43:03] *** caplink811_log (n=caplink8@dslb-088-073-022-103.pools.arcor-ip.net) has joined #nslu2-general
[20070422 19:07:19] *** Naib (n=jrb@82-46-167-5.cable.ubr02.harb.blueyonder.co.uk) Quit (Read error: 104 (Connection reset by peer))
[20070422 19:41:43] *** duri (n=mduregon@67.170.176.126) Quit (Read error: 110 (Connection timed out))
[20070422 19:44:04] *** Naib (n=jrb@82-46-167-5.cable.ubr02.harb.blueyonder.co.uk) has joined #nslu2-general
[20070422 19:52:17] *** Bitmaster (n=Bitmaste@c-3962e253.325-1-64736c12.cust.bredbandsbolaget.se) has joined #nslu2-general
[20070422 20:29:21] *** woolog (n=miau@24-236-221-158.dhcp.aldl.mi.charter.com) Quit ("Caught sigterm, terminating...")
[20070422 20:36:54] *** woolog (n=miau@24-236-221-158.dhcp.aldl.mi.charter.com) has joined #nslu2-general
[20070422 20:39:26] *** warlord0 (n=bill_bix@host86-149-96-90.range86-149.btcentralplus.com) Quit (Nick collision from services.)
[20070422 20:39:40] *** warlord0 (n=bill_bix@host86-149-96-90.range86-149.btcentralplus.com) has joined #nslu2-general
[20070422 20:40:36] *** caplink811_log (n=caplink8@dslb-088-073-022-103.pools.arcor-ip.net) Quit (Dead socket)
[20070422 20:43:04] *** caplink811_log (n=caplink8@dslb-088-073-022-103.pools.arcor-ip.net) has joined #nslu2-general
[20070422 20:49:05] *** capbot (n=root@dslb-088-073-022-103.pools.arcor-ip.net) Quit ("adios amigos")
[20070422 20:53:12] *** caplink811-log (n=caplink8@dslb-088-073-001-226.pools.arcor-ip.net) has joined #nslu2-general
[20070422 20:54:38] *** capbot (n=root@dslb-088-073-001-226.pools.arcor-ip.net) has joined #nslu2-general
[20070422 21:03:31] *** Micer (n=Micer@0x3e42815e.adsl.cybercity.dk) has joined #nslu2-general
[20070422 21:05:41] *** caplink811_log (n=caplink8@dslb-088-073-022-103.pools.arcor-ip.net) Quit (Success)
[20070422 21:10:29] *** mwester-laptop (n=mwester@nslu2-linux/mwester) Quit ("Leaving")
[20070422 21:30:01] *** Micer (n=Micer@0x3e42815e.adsl.cybercity.dk) Quit ("Leaving")
[20070422 21:30:15] *** duri (n=mduregon@67.170.176.126) has joined #nslu2-general
[20070422 21:44:20] *** centauri (n=centauri@c-67-161-33-195.hsd1.ca.comcast.net) has joined #nslu2-general
[20070422 22:00:51] *** Naib (n=jrb@82-46-167-5.cable.ubr02.harb.blueyonder.co.uk) Quit ("Leaving")
[20070422 22:37:08] *** DrZimmerman (n=theo@84-74-134-243.dclient.hispeed.ch) Quit ("Client exiting")
[20070422 22:41:26] *** caplink811-log (n=caplink8@dslb-088-073-001-226.pools.arcor-ip.net) Quit (Broken pipe)
[20070422 22:42:56] *** fraco (n=fraco@213.219.145.140.adsl.dyn.edpnet.net) Quit (Read error: 104 (Connection reset by peer))
[20070422 22:43:57] *** caplink811_log (n=caplink8@dslb-088-073-001-226.pools.arcor-ip.net) has joined #nslu2-general
[20070422 22:54:32] *** Bitmaster (n=Bitmaste@c-3962e253.325-1-64736c12.cust.bredbandsbolaget.se) Quit ("Leaving")
[20070422 23:24:20] *** voy74656 (n=Miranda@203.94.62.107) has joined #nslu2-general
[20070422 23:41:19] *** voy746560007 (n=Miranda@203.94.62.107) Quit (Connection timed out)
<<Zurück
