**** BEGIN LOGGING AT Thu Oct 27 02:59:56 2005
Oct 27 04:13:58 <kolla> so quiet in here today
Oct 27 04:20:13 <rwhitby-away> kolla: md5sum < file > file.md5
Oct 27 04:27:00 <kolla> aha
Oct 27 04:27:41 <kolla> ah yes, if I had looked around a bit I should have grasped that myself
Oct 27 04:31:22 <kolla> hm, nah, it still wants to do a do_fetch on it
Oct 27 04:31:26 <kolla> (which fails)
Oct 27 04:31:54 <kolla> oh.. no
Oct 27 04:31:59 <kolla> a different file, sorry :)
Oct 27 04:33:36 <kolla> IPL_ixp400NpeLibrary-2_0_5.zip is nowhere to be found
Oct 27 04:34:11 <rwhitby-away> same site
Oct 27 04:35:37 <rwhitby-away> http://www.intel.com/design/network/products/npfamily/ixp400_current.htm
Oct 27 04:36:16 <kolla> ah, thanks
Oct 27 04:36:21 <kolla> I found the other using google
Oct 27 04:36:45 <kolla> hm.. with/without crypto?
Oct 27 04:37:11 <kolla> I guess without, cant see what I want crypto for
Oct 27 04:40:18 <rwhitby-away> crypto is not on the chip on the slug
Oct 27 04:40:37 <rwhitby-away> you need  a 425 for that
Oct 27 04:41:27 <kolla> ok.. now it seems "make openslug" is moving along again
Oct 27 04:42:16 <rwhitby-away> you might want make openslug-image unless you want all the packages too
Oct 27 05:01:02 <CIA-8> 03koen 07org.openembedded.dev * re71cbbac... 10/conf/distro/preferred-gpe-versions-2.7.inc: /preferred-gpe-versions-2.7: sync with oz354fam083
Oct 27 10:02:48 <oO[NOVA]Oo> hmrm
Oct 27 10:14:34 <ferrix> hmm... what exactly will happen if I say, flash the device with a drive attached?
Oct 27 10:50:43 <CIA-8> 03koen 07org.openembedded.dev * rdaa6105e... 10/packages/matchbox-keyboard/matchbox-keyboard_svn.bb: matchbox-keyboard: fix up .bb a bit and use --disable-cairo per mallums suggestion
Oct 27 11:14:25 <kolla> hm, for once a newly flashed slug of mine wont come back up online :|
Oct 27 11:23:17 <kolla> not one beep on the ethernet, yet it boots fine
Oct 27 11:31:17 <kolla> sigh.. www.nslu2-linux.org is acting up again?
Oct 27 11:35:34 <kolla> grrr... someone kick that box :P
Oct 27 11:46:16 <ferrix> kolla: works for me
Oct 27 11:49:07 <kolla> ferrix: now it works here as well
Oct 27 11:49:17 <kolla> it was awfully slow for a while
Oct 27 11:49:59 <ferrix> my slug is acting up again
Oct 27 11:50:32 <kolla> at least I got into redboot :)
Oct 27 11:51:23 <ferrix> well... I think I can get to redboot too but it doesn't answer when booting from the hd
Oct 27 11:52:31 <ByronT> ferrix, you flashed with hd attached?
Oct 27 11:52:54 <ferrix> ByronT: my other slug, yes... that's been dealt with
Oct 27 11:52:58 <kolla> I always flashed with hd or memstick attached
Oct 27 11:53:05 <kolla> that shouldnt matter
Oct 27 11:53:09 <ferrix> this one has worked with a different hd before
Oct 27 11:53:20 <ferrix> kolla: with unslung it does
Oct 27 11:53:32 <kolla> ah.. 
Oct 27 11:53:38 <kolla> only openslug here :)
Oct 27 11:54:36 <ferrix> I am going to install debian in my third slug when I get it
Oct 27 11:54:51 <ferrix> (okay okay, the other one I have now is my bosses slug)
Oct 27 11:58:11 <kolla> got this feeling that I missed something.. I updated my openslug build, buildt openslug.. it wants some files off the Intel site.. some ixp4xx package is updated from 1.4 to 2.0.. and my slug wont go online - I see a pattern :)
Oct 27 12:02:52 <ferrix> dammit
Oct 27 12:04:42 <ferrix> I can see a pattern here too. when I unsling my hdd and reboot, the slug no longer comes up
Oct 27 12:06:03 <ferrix> are there some problems with booting from a biggish (250G) disk?
Oct 27 12:08:57 <widrone> ferrix: Openslug or debian? 
Oct 27 12:09:20 <widrone> ferrix: Dont think it should be problem any either way. 
Oct 27 12:09:42 <kolla> widrone: "unsling" indicates unslung
Oct 27 12:10:26 <ferrix> maybe it just doesn't come up before I lose my nerve
Oct 27 12:10:43 <widrone> kolla: Thanks didnt catch that line, just the installing debian on the next one. 
Oct 27 12:11:31 <ferrix> debian still needs some heavy tuning
Oct 27 12:12:01 <widrone> I should reboot this slug and see if my test of a proper debootstrap is working. 
Oct 27 12:12:22 <widrone> Hope I crossed all the Ts and dotted all the Is. 
Oct 27 12:12:23 <ferrix> widrone: watcha doing?
Oct 27 12:13:25 <widrone> ferrix: Trying to adapt some debian install documentation to work with debootstrapping from "another unix/linux" install. 
Oct 27 12:13:46 <widrone> ferrix: Part C4 in the official install documentation. 
Oct 27 12:14:03 <widrone> C4, hm... I think that is intentional btw =)
Oct 27 12:15:13 <ferrix> is 5 minutes a time long enough to lose nerve with unslung?
Oct 27 12:20:19 <ferrix> that does it. I'm reflashing
Oct 27 12:21:33 <kolla> I'm reflashing too
Oct 27 12:31:43 <widrone> ferrix: Last time any of my slugs did that I reflashed, but I have weak nerves. 
Oct 27 12:32:14 <widrone> I think Im in for a flashing here too. 
Oct 27 12:32:16 <ferrix> widrone: how many do you have?
Oct 27 12:33:08 <widrone> ferrix: 2. 
Oct 27 12:37:08 <ferrix> come up, come up, where ever you are
Oct 27 12:42:50 <kolla> the wiki is still dead slow for me :/
Oct 27 13:07:14 <kolla> flashing from redboot over http really takes a while
Oct 27 13:11:43 <kolla> how long is it supposed to take?
Oct 27 13:18:32 <kolla> hm, seems bogus
Oct 27 13:31:39 <kolla> there... tftp was much better:)
Oct 27 13:56:08 <kolla> arg.. update of kernel modules packages should really not remove old kernel modules :P
Oct 27 13:56:52 <kolla> note to self.. make backup of /lib/modules/(uname -r) before upgrading kernel
Oct 27 13:59:56 <rwhitby-asleep> kolla: you'll need to report that in #oe, not here.
Oct 27 14:03:46 <kolla> rwhitby: hm, ok
Oct 27 14:04:29 <rwhitby> yeah, we just do whatever OE does for kernel packages.
Oct 27 14:13:53 <kolla> hm
Oct 27 14:16:40 <kolla> dang, I forgot to point ipkg to my own reposity..
Oct 27 14:19:20 <kolla> There's no 2.8-beta image around?
Oct 27 14:22:07 <rwhitby> nope.  probably won't be either.  we're moving to 3.0 cause of the major ixp version change and a change to the feed names (yet to happen).
Oct 27 14:22:17 <rwhitby> latest public binary is 2.7-beta.
Oct 27 14:22:24 <rwhitby> (and the corresponding stable feed)
Oct 27 14:24:10 <kolla> ah well.. 
Oct 27 14:25:38 <kolla> guess I better clear out the builds from today from my repository
Oct 27 14:27:35 <kolla> any reason why a 2.8beta build should not come online?
Oct 27 14:27:52 <kolla> like.. should nvram be reset?
Oct 27 14:31:30 <kolla> ok, back to 2.7
Oct 27 14:35:37 <rwhitby> no reason, - note that all the ixp modules need to be forcibly rebuilt to match the changed kernel version (we're up to -rc5 now).  I haven't tested the openslug build since jbowler made the IAL 2.0 changes, but I trust that he has flashed and booted that version (at one stage he flashed and booted the 10 different variants of SlugOS).
Oct 27 14:38:07 <kolla> ok, I buildt with -rc5 today, and it never did anything on the ethernet
Oct 27 14:38:54 <kolla> it booted fine though, according to the LEDs
Oct 27 14:39:33 <kolla> but there wasnt even a slightest attempt at a dhcp request, nor did it answer to any ping request
Oct 27 14:44:49 <rwhitby> dunno then.  you sometimes need serial when building from HEAD :-)
Oct 27 14:45:43 <kolla> figures :)
Oct 27 14:46:14 <kolla> but you're right, I should buy another slug and do some soldering :)
Oct 27 14:50:39 <CIA-8> 03rpurdie 07org.openembedded.dev * rd5f672b2... 10/packages/linux/ (2 files in 2 dirs): 
Oct 27 14:50:39 <CIA-8> linux-oz-2.6: Akita updates to dev branch. Renable akita in defconfig and build
Oct 27 14:50:39 <CIA-8> in I2C, I2C-PXA and MAX7310 drivers. Add max7310 i2c driver. Add proper Akita
Oct 27 14:50:39 <CIA-8> IO-Expander driver. Add patch to fix Akita mtd issues (also fixes Borzoi).
Oct 27 14:50:39 <CIA-8> Enable spitz_cf patch to apply to akita. Update sound codec patch - no user
Oct 27 14:50:39 <CIA-8> visible changes (yet).
Oct 27 15:19:59 <kolla> hm, not many packages around for 2.7
Oct 27 15:20:38 <kolla> oh.. wrong :)
Oct 27 15:21:05 <kolla> a second update fixed that
Oct 27 16:26:23 <rwhitby> whoa - the new EraseAll utility does the following:
Oct 27 16:26:30 <rwhitby> download: DOWN_ALL all
Oct 27 16:26:30 <rwhitby> ... Erase from 0x50000000-0x50800000: .........................
Oct 27 16:26:44 <rwhitby> that tells me it's erasing redboot too!
Oct 27 16:26:54 <rwhitby> and I'm doing this over wireless ....
Oct 27 16:27:53 <rwhitby> Linksys are causing people to rewrite their bootloaders!
Oct 27 16:38:58 <rwhitby> ok, I've sent a warning to all the lists.
Oct 27 19:00:47 <rwhitby> kolla: latest UcSlugC from HEAD worked fine for me
Oct 27 19:03:42 <Zhyla> hey I hate to ask this here but nobody is alive in #nslu2-general...
Oct 27 19:04:00 <Zhyla> where can I pick up a nslu2 cheap?  I can't find it cheaper than $75 anywhere
Oct 27 19:48:09 <[g2]> rwhitby-away so it looks like linksys is getting ready for a bootloader upgrade eh ?
Oct 27 20:58:59 <jbowler-away> I can't believe they would do that unless there is something terminally broken in RedBoot - and I'm sure we would know if there is.
Oct 27 20:59:21 <jbowler-away> I think they just did something dumb...
Oct 27 22:21:22 <CIA-8> 03jbowler 07org.openembedded.dev * r749a74b8... 10/ (3 files in 2 dirs): nslu2-kernel: release 2.6.14
Oct 28 00:42:02 <jbowler-away> ping dwery
Oct 28 00:47:37 <jbowler-away> dwery: I'm posting the [PATCH] for the board level NSLU2 stuff.  The patches I haven't submitted are:
Oct 28 00:48:38 <jbowler-away> 30-i2c-x1205.patch 55-nslu2-rtc.patch  60-nslu2-beeper.patch 70-nslu2-io.patch 75-nslu2-leds.patch
Oct 28 01:22:05 <Jacmet> jbowler-away: nice
Oct 28 01:28:00 <dwery> jbowler-away: pong
Oct 28 01:28:09 <dwery> everything seems ok.
Oct 28 01:28:28 <dwery> the x2105 ha been submitted thru jean and greg k-h
Oct 28 01:31:16 <dwery> 60-nslu2-beeper should be ready for prime time
Oct 28 01:33:21 <dwery> what " via the patch system." means?
Oct 28 01:38:17 <Jacmet> dwery: http://www.arm.linux.org.uk/developer/patches/
Oct 28 01:39:03 <dwery> Jacmet: thanks
Oct 28 01:50:49 <jbowler-away> I guess that means we submit them all again via a different system...
Oct 28 01:51:23 <Jacmet> jbowler-away: yes, after fixing the few comments they had
Oct 28 01:51:44 <Jacmet> jbowler-away: I guess it's to not lose patches in the ml traffic
Oct 28 01:53:06 <jbowler-away> I guess it's because linux developers are unable to communicate with each other.
Oct 28 01:53:33 <jbowler-away> Why have one bad way of doing things when several are possible?
Oct 28 01:54:18 <Jacmet> well, doesn't really matter - You'll have to do as they say if you want your patches in mainline
Oct 28 01:54:48 <jbowler-away> Yes... when they say two different things though it gets complicated.
Oct 28 01:54:55 <jbowler-away> There's a new rule here:
Oct 28 01:55:00 <jbowler-away> Both the old and new directories must contain the same number of slashes (otherwise patch gets confused).
Oct 28 01:55:23 <jbowler-away> So our patches don't follow that rule because we use quilt.
Oct 28 01:56:03 <jbowler-away> (and patch doesn't get confused, in reality, because '.pc' doesn't occur at the top level, but it's easy to make both paths the same...)
Oct 28 01:59:41 <jbowler-away> ctrl_alt_del() doesn't do what we want
Oct 28 02:00:27 <jbowler-away> It does, however, do what we want 'reset' to do...
Oct 28 02:03:51 <Jacmet> huh, it does the SIGINT thing
Oct 28 02:05:23 <jbowler-away> No, it does kernel_restart(NULL)
Oct 28 02:06:41 <jbowler-away> That's what we wanted 'reset' to do because it doesn't go into a user proc (i.e. init), but the power button needs to signal init
Oct 28 02:07:48 <jbowler-away> Does anyone know what the FIXME means?  (That one puzzled me too - I can't make sense of it).
Oct 28 02:08:14 <Jacmet> huh?
Oct 28 02:08:19 <Jacmet> void ctrl_alt_del(void)
Oct 28 02:08:19 <Jacmet> {
Oct 28 02:08:19 <Jacmet>         static DECLARE_WORK(cad_work, deferred_cad, NULL);
Oct 28 02:08:19 <Jacmet>         if (C_A_D)
Oct 28 02:08:19 <Jacmet>                 schedule_work(&cad_work);
Oct 28 02:08:19 <Jacmet>         else
Oct 28 02:08:21 <Jacmet>                 kill_proc(cad_pid, SIGINT, 1);
Oct 28 02:08:23 <Jacmet> }
Oct 28 02:08:32 <jbowler-away> And C_A_D is 1
Oct 28 02:08:54 <Jacmet> yeah, if you don't change it
Oct 28 02:09:10 <jbowler-away> I don't think anything changes it
Oct 28 02:10:23 <Jacmet> sys_reboot can change it
Oct 28 02:11:16 <jbowler-away> The system call?  That isn't what I meant - I meant nothing in the user space changes it.
Oct 28 02:12:04 <jbowler-away> It's moot anyway, because we can't guarantee that it has not been changed and we want the power button to signal user space...
Oct 28 02:13:39 <jbowler-away> Ok, got the formatting fixed - leading spaces vs leading tabs.
Oct 28 02:14:18 <jbowler-away> I just deleted the FIXME...
Oct 28 02:58:40 <rwhitby> jbowler-away: yeah, that'll fix that FIXME :-)
Oct 28 02:58:55 <jbowler-away> DELETEME
Oct 28 02:59:20 <rwhitby> good to finally get some notice of the patches, hey?
**** ENDING LOGGING AT Fri Oct 28 02:59:59 2005