**** BEGIN LOGGING AT Tue May 06 02:59:57 2008
May 06 03:09:45 <rwhitby> RobNC: I've built u-boot for NSLU2 - we're working on getting it into the standard tree
May 06 03:16:32 <RobNC> rwhitby: cool, needs some work as it won't find eth PHY but at least it does ymodem (reverting to old redboot).
May 06 03:17:59 <rwhitby> there is a gpio reset required to find the phy
May 06 03:18:03 <RobNC> guys at work are experts at this - we've used it for several generations of products (not me personally)
May 06 03:18:34 <rwhitby> jacques knows what it is - basically you need to set the phy reset line as an inactive output (it defaults to an input and floats)
May 06 03:18:46 <rwhitby> perhaps you can make the change and test it?
May 06 03:18:49 <RobNC> with gpio reset, does that imply that power cycle will allow u-boot to find the phy?
May 06 03:19:07 <RobNC> oh I think I understand - some config register.
May 06 03:19:35 <rwhitby> in the u-boot board file, you need to configure GPIO13 as an output and drive it high.
May 06 03:19:49 <rwhitby> once that is done, the phy (and networking) should work
May 06 03:20:15 <rwhitby> See http://www.nslu2-linux.org/wiki/Info/GPIOConnections
May 06 03:20:17 <RobNC> cool, that should probably be pushed into source tree once verified
May 06 03:20:26 <rwhitby> we believe the pci reset is also connected to the phy
May 06 03:20:43 <rwhitby> RobNC: you're using our patch from the nslu2 kernel svn repo?
May 06 03:20:52 <RobNC> correct.
May 06 03:21:11 <rwhitby> http://svn.nslu2-linux.org/svnroot/kernel/trunk/patches/u-boot/0001-ixp-Support-for-NSLU2.patch ?
May 06 03:21:49 <rwhitby> yes, it's probably two lines added to nslu2.c in that patch.  I simply haven't had time to set up jtag to test it.
May 06 03:21:53 <RobNC> yup I have that file under kernel/u-boot/patches
May 06 03:21:59 <rwhitby> if you can test it, we'll put it in immediately.
May 06 03:22:25 <rwhitby> there are some other comments from the u-boot ixp maintainer that we need to fix too, but once that's done it will be accepted upstream
May 06 03:22:36 <RobNC> ok, gotta patch first, then recompile right?
May 06 03:22:40 <rwhitby> yep
May 06 03:23:06 <rwhitby> at some point I would like to take the upgrade protocol code from Redboot and add it to u-boot so you can upslug2 to u-boot
May 06 03:23:33 <rwhitby> Note that netconsole works nicely with u-boot on the nslu2, so you don't need a serial console to get to the u-boot command line
May 06 03:23:59 <RobNC> that's clever - I thought upslug2 used some proprietary mechanism inside the IXP420?  It doesn't seem to be redboot
May 06 03:24:00 <rwhitby> (BTW, I'm the author of that u-boot nslu2 patch you're using)
May 06 03:24:17 <RobNC> Cool!  :-)  Wow lots of work...
May 06 03:24:20 <rwhitby> no, it's a redboot low-level protocol that linksys/sercomm added to the redboot source
May 06 03:24:46 <rwhitby> there is a file called upgrade.c in the redboot source for nslu2 which implements the protocol
May 06 03:25:07 <RobNC> Ok that makes sense, as looking at console you don't see same thing as tftp network sends
May 06 03:27:40 <RobNC> sweet - it even has a section for physical RAM   :-)
May 06 03:30:42 <rwhitby> ah, yes - it's only written for 32MB so far, it would need to scan for up to 256MB automatically to support larger ram sizes - there are examples of this in other boards
May 06 03:31:31 <RobNC> would I have to "patch -p0 u-boot/patches/0001-ixp-Support-for-NSLU2.patch" - and extraneous text is ignored (without + or == or --- or @@)?
May 06 03:31:44 <rwhitby> yep
May 06 03:31:53 <rwhitby> our makefile just applies it using quilt
May 06 03:32:23 <rwhitby> using the series file in the same directory
May 06 03:32:58 <RobNC> ah that must be the easier way to do this automatically per your build daemons.
May 06 03:33:54 <RobNC> weird, getting some messages about reversed patch detected.
May 06 03:35:50 <RobNC> need better desktop environment - brb
May 06 03:35:53 <rwhitby> bbiab (lunch)
May 06 04:04:32 <RobNC> it seems that "cd ~/kernel; make clobber; tar xzvf downloads/u-boot-v1.3.2.tar.gz; patch -p0 <patches/u-boot/0001-ixp-Support-for-NSLU2.patch" gets the patches applied.  But if I use "make u-boot-nslu2.bin" it seems that it does a distclean, which I assume cleans out the patched files.  Is the best way to do this to essentially re-tar.gz the source file u-boot-v1.3.2.tar.gz  or is there another easier way I'm missing.
May 06 04:22:30 <RobNC> ok, apparently, during "make u-boot", which actually does "make u-boot-nslu2.bin", the patches are included.  Unless there are some other patches that somehow superceded the 0001-ixp patch.
May 06 13:40:17 <CIA-45> 03rwhitby * r111 10slugimage/trunk/slugimage: Now catches the error of a Ramdisk offset that exceeds the required value (usually caused by not specifying a new name for the partition.
May 06 13:55:48 <CIA-45> 03rwhitby * r112 10slugimage/trunk/slugimage: Moved the error check to prevent false triggering.
May 06 13:57:20 <rwhitby> RobNC: use -r Flashdisk:Flashdisk to prevent the problem occurring.  It was user error and a poor error message from slugimage, rather than a real bug.
May 06 16:31:22 <CIA-45> 03bzhou * r8282 10optware/trunk/make/dokuwiki.mk: dokuwiki: 2007-06-26 -> 2008-05-05
May 06 16:42:37 <CIA-45> 03bzhou * r8283 10optware/trunk/make/streamripper.mk: streamripper: 1.62.1 -> 1.63.0
May 06 18:49:14 <Sinclair73de> when reflash a today build slugosle image i get "bad Kernel size (1059200, max 1048576)". Is the kernel size wrong or is this a problem of my old reflash-tool?
May 06 20:16:42 <Sinclair73de> anyone running an actual slugosle-image and can send me the MTD partition names and sizes?
May 06 20:36:24 <CIA-45> 03bzhou * r8284 10optware/trunk/make/ (apr-util.mk apr.mk): apr/apr-util: -> 1.2.12
May 06 22:04:10 <kowalczyk> Im having trouble with my nslu2. I have installer debian firmware. the unofficial one. It rebootet but then nothings happen:(
May 06 22:04:46 <kowalczyk> just orange light and nothing more happens
May 06 22:06:29 <kowalczyk> I get like this: 7fffff+000000 ...VVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVVV
May 06 22:06:29 <kowalczyk> Rebooting... done
May 06 22:06:33 <kowalczyk> and then nothing happens
May 06 22:08:30 <ka6sox-work> turn it off, wait 5 seconds, turn it on
May 06 22:08:57 <kowalczyk> ok. Il try
May 06 22:11:20 <kowalczyk> have tried it. I have a usb harddrive attached to it. but the led doesnt light either:(
May 06 22:13:02 <ka6sox-work> did you install it with the HD attached?
May 06 22:13:18 <kowalczyk> the firmware? no. the guide told me to detach it
May 06 22:13:22 <ka6sox-work> okay good.
May 06 22:14:08 <kowalczyk> but when I connect the drive to it nothing happens. Maybe ill try install the original firmware and try update via the browser
May 06 22:14:15 <ka6sox-work> which proceedure did you use?
May 06 22:15:02 <kowalczyk> http://www.cyrius.com/debian/nslu2/install.html this one:)
May 06 22:15:11 <kowalczyk> I used upslug2
May 06 22:18:15 <kowalczyk> but now my gf is going to bed and my slug is in the closet. so I have to shut it down now. I will try again tomorrow
May 06 22:21:25 <ka6sox-work> okay
May 06 22:21:58 <kowalczyk> but any idea what can be wrong?
May 06 22:22:54 <ka6sox-work> unfortunately no, best to ask tbm about that if you see him.
May 06 22:24:07 <kowalczyk> ok:) but I try to once more tomorrow
May 06 22:24:35 <ka6sox-work> k
May 06 23:29:40 <CIA-45> 03bzhou * r8285 10optware/trunk/make/finch.mk: finch: 2.3.1 -> 2.4.1
May 07 00:45:11 <RobNC>  hey guys, anyone know if the mtn build process opens any weird ports to servers that would make the build process hang at work (transparent proxy firewall only allowing http and https)
May 07 00:54:03 <RobNC> kowalcyk: is hard drive spinning up, is it self-powered or 2.5" bus-powered?
May 07 01:22:29 <rwhitby> RobNC: mtn protocol is over a different port
May 07 01:22:53 <rwhitby> Sinclair73de: reflash doesn't work when apex is used.
May 07 01:23:45 <rwhitby> Sinclair73de: /proc/mtd from SlugOS 4.8/BE (LE should be identical):
May 07 01:23:46 <rwhitby> dev:    size   erasesize  name
May 07 01:23:46 <rwhitby> mtd0: 00040000 00020000 "RedBoot"
May 07 01:23:46 <rwhitby> mtd1: 00020000 00020000 "SysConf"
May 07 01:23:46 <rwhitby> mtd2: 00020000 00020000 "Loader"
May 07 01:23:48 <rwhitby> mtd3: 00120000 00020000 "Kernel"
May 07 01:23:48 <rwhitby> mtd4: 00640000 00020000 "Flashdisk"
May 07 01:23:51 <rwhitby> mtd5: 00020000 00020000 "FIS directory"
May 07 01:24:23 <rwhitby> Sinclair73de: did you build slugosle for ixp4xxle or nslu2le ?  You get a different kernel depending on that setting.
May 07 01:25:06 <rwhitby> RobNC: did slugimage finally work for you?
**** ENDING LOGGING AT Wed May 07 02:59:56 2008