**** BEGIN LOGGING AT Fri Sep 23 02:59:56 2005
Sep 23 03:01:06 <jbowler-away> Maybe, but there may also be buffering - it used to happen in the old uclibc initrd with 2.6.11 that dd bs=1 would produce garbage from the SysConf partition.
Sep 23 03:12:10 <rwhitby> jbot, seen wouter
Sep 23 03:12:17 <jbot> wouter <n=wouter@dsl148-252-100.fastxdsl.nl> was last seen on IRC in channel #debian, 2d 12h 44m 34s ago, saying: 'quit'.
Sep 23 03:13:42 <dwery> does someone have the mknod string for the mtdX devices at handy?
Sep 23 03:17:40 <Jacmet> dwery: see Documentation/devices.txt
Sep 23 03:17:52 <Jacmet> 90 char        Memory Technology Device (RAM, ROM, Flash)
Sep 23 03:17:52 <Jacmet>                   0 = /dev/mtd0         First MTD (rw)
Sep 23 03:17:52 <Jacmet>                   1 = /dev/mtdr0        First MTD (ro)
Sep 23 03:17:52 <Jacmet>                     ...
Sep 23 03:17:52 <Jacmet>                  30 = /dev/mtd15        16th MTD (rw)
Sep 23 03:17:52 <Jacmet>                  31 = /dev/mtdr15       16th MTD (ro)
Sep 23 03:18:15 <rwhitby> jbot, seen aba
Sep 23 03:18:17 <jbot> aba <n=aba@eos.turmzimmer.net> was last seen on IRC in channel #debian, 17d 16h 27m 55s ago, saying: '19:42 < SimonRaven> TwistedEmotions: i have little patience for fools'.
Sep 23 03:23:48 <dwery> Jacmet: thx
Sep 23 03:26:51 <dwery> with this command, dd if=/dev/mtd0 of=/tmp/a, I should end with redboot in /tmp, right?
Sep 23 03:30:42 <dyoung> Yes.
Sep 23 03:30:49 <dwery> thanks. I'd like if someone could do md5sum /dev/mtd* and tell me the results
Sep 23 03:30:59 <dyoung> of the whole 2 blocks?
Sep 23 03:31:02 <dyoung> or just redboot ?
Sep 23 03:32:04 <dwery> mtd1 - 5.. just to check i'm reading correctly.
Sep 23 03:32:20 <dyoung> Oh, sorry I misread that.
Sep 23 03:32:51 <dyoung> I cant do it right now, I thought you wanted the redboot one; which I had dd'd previously.
Sep 23 03:33:09 <dwery> well, that could be ok
Sep 23 03:34:33 <dyoung> Okay, if you can hang on for a while (up to an hour) I can probably get you the info.
Sep 23 03:35:03 <dwery> ok.. i'll go ahead with other tests meanwhile
Sep 23 03:35:16 <dwery> dd if=/dev/mtd0 of=/tmp/a bs=1 count=1 skip=1
Sep 23 03:35:23 <dwery> will lead to an odd access
Sep 23 03:35:40 <dwery> 206cc:/dev# cat /proc/cpu/alignment
Sep 23 03:35:40 <dwery> User:           0
Sep 23 03:35:40 <dwery> System:         1
Sep 23 03:35:40 <dwery> Skipped:        0
Sep 23 03:35:40 <dwery> Half:           1
Sep 23 03:35:40 <dwery> Word:           0
Sep 23 03:35:42 <dwery> Multi:          0
Sep 23 03:35:44 <dwery> User faults:    0 (ignored)
Sep 23 03:54:09 <eFfeM> dyoung, do you have some time to talk about wintv pvr usb2 ?
Sep 23 03:56:11 <CIA-8> 03rpurdie 07org.openembedded.dev * r8df2259d... 10/packages/linux/ (5 files): 
Sep 23 03:56:11 <CIA-8> linux-oz-2.6: Add a fix for spitz resuming the backlight whilst performing
Sep 23 03:56:11 <CIA-8> charging operations and suspended. Upgrade development series to 2.6.14-rc2-mm1.
Sep 23 03:56:11 <CIA-8> Testing of -mm kernel welcome - untested as yet but can't be more broken than it
Sep 23 03:56:11 <CIA-8> was.
Sep 23 04:02:07 <dwery> have to go.. see ya later
Sep 23 05:15:17 <rwhitby-away> dwery-away: here are the md5sums you were after
Sep 23 05:15:39 <rwhitby-away> root@home:~# md5sum /dev/mtd*
Sep 23 05:15:39 <rwhitby-away> c2c7390772cc987417758d190d31f958  /dev/mtd0
Sep 23 05:15:39 <rwhitby-away> 0dfbe8aa4c20b52e1b8bf3cb6cbdf193  /dev/mtd1
Sep 23 05:15:39 <rwhitby-away> 1a879d8b67f7f34958fe11e22a1b1a33  /dev/mtd2
Sep 23 05:15:39 <rwhitby-away> 40fc6bf920809f7e40bd629aa582462c  /dev/mtd3
Sep 23 05:15:40 <rwhitby-away> 962829b7262743c6e0007912f7986e99  /dev/mtd4
Sep 23 05:15:41 <rwhitby-away> 64f8ed06a2c1a2396b73044692c11065  /dev/mtd5
Sep 23 05:15:49 <rwhitby-away> that's a reasonably recent openslug 2.6
Sep 23 05:17:13 <dyoung> Cool, that was the n ext thing on my list.
Sep 23 05:17:20 <dyoung> Thanks Rwhitby !
Sep 23 06:09:20 <VoodooZ_Work> Lots of action around here lately. Good stuff
Sep 23 06:09:34 <VoodooZ_Work> Is 2.6.13+ going to be in Openslug 2.6?
Sep 23 07:52:27 <Subdino> Hi. What could have happened to a NSLU2 when it doesn't even send an ethernet packet, and doesn't detect any connected drive (no green light corresponding to disk 1 & 2) ?
Sep 23 07:52:51 <Subdino> it *should* contain the original firmware, but I don't know how to diagnose this
Sep 23 07:53:28 <Subdino> My goal is to flash it with openslug, but I can't find it's IP, so it's getting quite hard
Sep 23 07:53:50 <Subdino> ping 192.168.1.77 does nothing, doens't even results in an ARP  answer
Sep 23 07:54:57 <dwery> wasn't 0.77 the default (can't remember..) ?
Sep 23 07:55:08 <Subdino> the wiki says 1
Sep 23 07:55:11 <Gumman> No it was 1.77
Sep 23 07:55:16 <Gumman> Tried to boot into Redboot ?
Sep 23 07:55:23 <Subdino> no
Sep 23 07:55:49 <Subdino> oh, and it detects ethernet connexion (green led), btw
Sep 23 07:56:11 <dwery> IP: 192.168.0.1/255.255.255.0, Gateway: 192.168.0.1
Sep 23 07:56:15 <dwery> redboot's default
Sep 23 07:56:17 <Subdino> blinking from time to time when packets are broadcasted
Sep 23 07:56:22 <Subdino> ok
Sep 23 08:12:08 <Subdino> ok, I'm in redboot
Sep 23 08:12:23 <dwery> what was the problem?
Sep 23 08:12:35 <Subdino> mmh, is the "fis erase" command safe, even in case it has been flashed ?
Sep 23 08:12:58 <Subdino> I don't know what the IP is
Sep 23 08:13:06 <Subdino> (in normal mode)
Sep 23 08:13:21 <dwery> ok.. now it better you get some howto to move ahead d:)
Sep 23 08:13:33 <Gumman> mhm... why didn't you used a range-scanner like SuperScan 3.00 ?
Sep 23 08:14:15 <Subdino> I used ethereal to sniff all the packets that could came out of the nslu2 and got nothing during some reboots
Sep 23 08:14:26 <Subdino> then i tried to nmap it with address ranges
Sep 23 08:14:41 <Subdino> 192.168.0.x, .1.X, 10.0.0.x...*
Sep 23 08:15:03 <Gumman> yeah... but you should tried 192.168.1.X
Sep 23 08:15:11 <Subdino>  .1.X,
Sep 23 08:16:32 <Subdino> so, is the fis erase safe ?
Sep 23 08:16:41 <Subdino> (booted without any disk, as stated in the wiki)
Sep 23 08:17:15 <Subdino> or maybe is it any known probe to find the firmware version and/or IP from the flash ?
Sep 23 10:26:12 <CIA-8> 03koen 07org.openembedded.dev * rc9078f4b... 10/packages/gpe-today/ (3 files in 2 dirs): packages/gpe-today/: add (disabled) cvs version of gpe-today
Sep 23 15:07:14 <dwery> yvasilev: ping
Sep 23 15:07:45 <yvasilev> dwery: pong
Sep 23 15:10:56 <dwery> yvasilev: hi mate, any news?
Sep 23 15:11:41 <yvasilev> none at all, have been busy solving another things, but weekend is comming ;-)
Sep 23 15:11:47 <yvasilev> how about you?
Sep 23 15:11:48 <dwery> :)
Sep 23 15:12:15 <dwery> me too.. I'm reviewing some of the existing patches and making some minor changes
Sep 23 15:12:35 <dwery> I haven't worked on the eth code 
Sep 23 15:12:53 <dwery> [g2]: ping
Sep 23 15:13:04 <yvasilev> I'm starting to dislike this microcode idea ;-)
Sep 23 15:13:20 <[g2]> dwery, pong
Sep 23 15:13:25 <dwery> i hate NPEs
Sep 23 15:13:39 <dwery> [g2]: how is your work on 1.4 / 1.5 going?
Sep 23 15:13:58 <[g2]> I've been running 1.4 for a day or two
Sep 23 15:14:05 <[g2]> I'm on USB controller issues
Sep 23 15:14:21 <yvasilev> [g2]: if you wanted to meke it open and "thand one ..." you should have done it without microcode king black boxes ;-)
Sep 23 15:14:22 <[g2]> the ixp stuff works outta the box
Sep 23 15:14:44 <yvasilev> s/hand one .../stand on .../
Sep 23 15:14:53 <dwery> [g2]: are you planning to switch to 1.5?
Sep 23 15:15:16 <[g2]> dwery, I'd like to go 1.5 and 2.0 it's just a priority issue
Sep 23 15:15:32 <dwery> any timeframe for 1.5?
Sep 23 15:15:48 <[g2]> probably in weeks
Sep 23 15:16:07 <[g2]> but who knows
Sep 23 15:16:17 <dwery> :)
Sep 23 15:16:20 <[g2]> I haven't hooked up with bewoolie in a couple days
Sep 23 15:16:47 <[g2]> I think I'm at the point where could just tweak what's required for the debian kernel package
Sep 23 15:17:00 <[g2]> this is for 2.6.11.12
Sep 23 15:17:22 <dwery> understood...
Sep 23 15:18:12 <[g2]> I've got a CF/IDE driver that should be really straight forward and the USB 2.0 ports that seems really close to working
Sep 23 15:19:32 <dwery> how do you plan to sell/market your board? internet?
Sep 23 15:19:45 <[g2]> yup
Sep 23 15:20:08 <[g2]> although I'm open to suggestions :)
Sep 23 15:20:33 <yvasilev> [g2]: any free samples? ;-)
Sep 23 15:20:53 <dwery> me too! me too!
Sep 23 15:20:55 <dwery> :D
Sep 23 15:21:32 <[g2]> sure for every 10 you get your friends to buy I'll send you one :)
Sep 23 15:22:21 <yvasilev> we could be your gentoo and debia official le testers :-D
Sep 23 15:22:22 <dwery> :D
Sep 23 15:22:44 <dwery> [g2]: ok, that's has been logged :)
Sep 23 15:22:59 <[g2]> heh :)
Sep 23 15:23:16 <[g2]> it's a limit time offer 
Sep 23 15:23:21 <[g2]> limited
Sep 23 15:23:24 <dwery> ach!
Sep 23 15:23:40 <yvasilev> dwery: just don't log that last part ;-)
Sep 23 15:23:56 <[g2]> I think it makes a great little server device
Sep 23 15:24:22 <[g2]> I think it's just _killer_ in the telematics space but I don't know anyone in that space
Sep 23 15:24:23 <dwery> yvasilev: about 2.0. it seems we are stuck. apart the BE tests, it's there anything left to try?
Sep 23 15:24:42 <yvasilev> montavista's 2.4.20
Sep 23 15:24:54 <yvasilev> and maybe redboot
Sep 23 15:24:56 <dwery> [g2]: i've just seen a board with an ixp4xx, fpga, dsp and a couple of other interesting things.. hope to get contracted to work on it
Sep 23 15:25:46 <[g2]> GL
Sep 23 15:26:19 <yvasilev> [g2]: it'll be hard for you to compite in that segment as the http://www.routerboard.com/ makes quite nice boards for that
Sep 23 15:26:45 <[g2]> the WRAP boards
Sep 23 15:26:52 <dwery> don't compete, just find your niche.
Sep 23 15:27:12 <dwery> this board has been built locally... I can't talk more on it, but it's amazing.
Sep 23 15:27:41 * yvasilev does not like embedded x86 boards
Sep 23 15:27:51 <yvasilev> bbl
Sep 23 15:28:15 <dwery> i dislike them too.
Sep 23 15:28:34 <lennert> the geode chips are horrible, i hear
Sep 23 15:28:45 <lennert> they can spend up to 20ms in microcode
Sep 23 15:29:01 <yvasilev> :-|
Sep 23 15:51:29 <CIA-8> 03jbowler 07org.openembedded.dev * r328c68f4... 10/packages/perl/perl-5.8.7/config.sh-armeb-linux: perl: add libgcc.a to libperl.so on armeb to support thumb
Sep 23 15:51:32 <CIA-8> 03jbowler 07org.openembedded.dev * r5a20b56f... 10/packages/sane-backends/sane-backends_1.0.15.bb: 
Sep 23 15:51:32 <CIA-8> sane-backends: add gphoto2 to DEPENDS
Sep 23 15:51:32 <CIA-8> Without this if gphoto2 doesn't get built the sane-backends build fails
Sep 23 15:51:32 <CIA-8> because, curiously, the libtool hack in the .bb file is *not* required.
Sep 23 15:51:34 <CIA-8> 03jbowler 07org.openembedded.dev * rff5c6f58... 10/packages/linux/ (4 files in 2 dirs): nslu2-kernel: initial .bb files for 2.6.13.2 and 2.6.14-rc2
Sep 23 15:51:37 <CIA-8> 03jbowler 07org.openembedded.dev * r9ef230b9... 10/packages/meta/ (ucslugc-native.bb ucslugc-packages.bb): ucslugc-packages: add streamripper, sane-backends and perl back in
Sep 23 15:51:54 <dwery> jbowler-away: ping :)
Sep 23 15:54:38 <jbowler-away> dwery: poing
Sep 23 15:54:48 <jbowler-away> hum, my pinger just broke
Sep 23 15:54:57 <dwery> jbowler-away: did you managed to compile 2.6.14-rc2?
Sep 23 15:55:45 <jbowler> dwery: no, I still haven't managed 2.6.13.2 (because of the ixp425_eth module) - I can't do anything without that...
Sep 23 15:56:01 <dwery> ooops :)
Sep 23 15:56:29 <jbowler> I'm sure it's something pretty straightforward - just changed structures.
Sep 23 16:26:22 <dwery> jbowler: what are the advantages of using thumb?
Sep 23 16:32:31 <dwery> found: http://www.embedded.com/showArticle.jhtml?articleID=15200241
**** BEGIN LOGGING AT Sat Sep 24 00:19:53 2005
Sep 24 00:42:01 <pauld> has anyone compiled apache 2.1 for unslung yet?
Sep 24 03:58:20 <dwery> hello everyone
Sep 24 04:04:17 <eFfeM> hi dwery 
Sep 24 04:19:05 <dwery> i'm going to try to build 2.6.14-rc2
Sep 24 04:32:55 <mcdmx> dwery: do you recommend setting CONFIG_EMBEDDED in 2.6.x for NSLU2 and the like?
Sep 24 04:33:14 <dwery> let me check :)
Sep 24 04:33:59 <dwery> this is the relevant config data: http://rafb.net/paste/results/9v26Uu28.html
Sep 24 04:34:08 <dwery> in short yes, but it's a quasi ful featured system
Sep 24 04:34:21 <mcdmx> ok, thanks
Sep 24 04:34:35 <dwery> this config section will probably need to be optimized later
Sep 24 05:47:03 <mcdmx> who determines the kernel entry point? is this bootloader stuff?
Sep 24 05:49:44 <mcdmx> hmmm... another question: must be FPU on a PPC be enabled explicitly upon boot?
Sep 24 05:50:01 <mcdmx> s/be/the/
Sep 24 06:00:34 <dwery> Jacmet: ping
Sep 24 06:01:29 <dwery> I'm building 2.6.14-rc2. The NSLU2 powers of just after the "done, booting the kernel" . Ideas anyone?
Sep 24 06:01:47 <lennert> wrong GPIOs are being twiddled
Sep 24 06:02:12 <NAiL> haha
Sep 24 06:02:16 <NAiL> yeah
Sep 24 06:02:18 <dwery> lennert: mmm.. so maybe is the new handling of ixp4xx io
Sep 24 06:02:30 <NAiL> the list of GPIOs are on the wiki for both the nslu2 and the ds101
Sep 24 06:03:02 <NAiL> http://www.nslu2-linux.org/wiki/DS101/GPIOConnections
Sep 24 06:03:19 <NAiL> http://www.nslu2-linux.org/wiki/Info/GPIOConnections
Sep 24 06:03:23 <dwery> thanks.
Sep 24 06:03:31 <NAiL> np
Sep 24 06:03:35 <dwery> 2.6.13.1 worked fine. I need to check the changes deeply
Sep 24 06:03:51 <lennert> you're touching GPIO8 (assuming nslu2)
Sep 24 06:05:19 <dwery> lennert: going to check that
Sep 24 06:08:55 <dwery> found the problem, going to verify, thanks.
Sep 24 06:09:26 <NAiL> dwery: huh... what are you booting?
Sep 24 06:09:29 <NAiL> ie, what device?
Sep 24 06:09:39 <dwery> nslu2
Sep 24 06:09:43 <NAiL> ok
Sep 24 06:59:43 <dwery> it's booting now. Need to fix 1205 driver, i2c changed a bit..
Sep 24 08:03:05 <dwery> fixed i2c driver, it was a bug in ixp4xx platform.h
Sep 24 08:07:36 <[g2]> eFfeM-away, hey the wiki page looks nice!
Sep 24 08:07:39 <[g2]> jacques are you using that ?
Sep 24 08:09:24 <dwery> [g2]: did you already tried i2c on your board?
Sep 24 08:10:20 <[g2]> dwery there are a couple devices on there, voltage and temp sensor on board
Sep 24 08:10:35 <[g2]> I have tweaked the drivers for 2.6 yet.
Sep 24 08:10:42 <[g2]> s/have/haven't
Sep 24 08:10:54 <dwery> ok. I just wanted to let you know that i2c on .14-rc2 dont work as expected. a small patch will be found in my next set
Sep 24 08:10:55 <[g2]> I am runnin POE thought :)
Sep 24 08:11:13 <[g2]> THX for the heads-up I really appreciate that
Sep 24 08:11:26 <[g2]> are you running 13.2 ?
Sep 24 08:11:31 <[g2]> or the 14-rc2
Sep 24 08:11:51 <dwery> that means I should only sell you board to 9 friends, instead of 10, to get one free? :D :D
Sep 24 08:12:01 <dwery> 14-rc2 now
Sep 24 08:13:34 <[g2]> it's a sell 10 get one free deal
Sep 24 08:13:59 <dwery> ach!
Sep 24 08:14:00 <dwery> :D
Sep 24 08:14:06 <[g2]> good to nslu2-linux/Loft kernel contribs
Sep 24 08:14:39 <dwery> x1205 is ready and submitted fro review. 
Sep 24 08:14:53 <[g2]> on the -dev list ?
Sep 24 08:14:54 <dwery> I hope khali will accept it asap
Sep 24 08:14:57 <dwery> no, i2c
Sep 24 08:14:59 <dwery> maintainer
Sep 24 08:15:04 <[g2]> cool. GL
Sep 24 08:15:04 <dwery> it's only the 12c part
Sep 24 08:15:14 <[g2]> as it should be
Sep 24 08:15:23 <[g2]> do you have the url handy ?
Sep 24 08:15:57 <dwery> i'm going to send the new patchset soon on nslu2-dev
Sep 24 08:18:43 <[g2]> eFfeM is in the house!!
Sep 24 08:18:57 <eFfeM> hi [g2] 
Sep 24 08:19:03 <[g2]> How's the pvr biz ? :)
Sep 24 08:19:08 <eFfeM> i was just looking to see how you got the red messages
Sep 24 08:19:26 <eFfeM> my x-chat is not very good
Sep 24 08:19:43 <[g2]> practice :)
Sep 24 08:19:43 <eFfeM> the pvr code was crashing after 100 mins or so
Sep 24 08:19:56 <eFfeM> yeah, but what is the keystroke for "new message"
Sep 24 08:20:49 <[g2]> in the freenode window you can type help and there one to read messages
Sep 24 08:21:10 <[g2]> "/help
Sep 24 08:22:24 <eFfeM> yeah, I'm aware of that, but I don't think that is what I want
Sep 24 08:22:49 <eFfeM> I see people sending messages in red; the only way I know how to do this is with ^K
Sep 24 08:23:09 <[g2]> Oh you mean color coding messages
Sep 24 08:23:14 <eFfeM> but if I look at settings/colors there is also a color for "new message"
Sep 24 08:23:26 <[g2]> no that you got a message from someone
Sep 24 08:23:31 <[g2]> lunch
Sep 24 08:23:40 <[g2]> the wife calls I've gotta go
Sep 24 08:23:48 <eFfeM> ok, catch you later
Sep 24 08:24:01 <eFfeM> update you on pvr in an hour or so (almost dinner time here)
Sep 24 09:18:36 <dwery> ~seen jbowler
Sep 24 09:18:39 <jbot> jbowler <n=jbowler@nslu2-linux/jbowler> was last seen on IRC in channel #nslu2-linux, 17h 24m 23s ago, saying: 'I'm sure it's something pretty straightforward - just changed structures.'.
Sep 24 09:19:06 <lennert> ~seen lennert
Sep 24 09:19:07 <jbot> lennert is currently on #nslu2-linux (3d 23h 57m 11s).  Has said a total of 62 messages.  Is idling for 1s
Sep 24 09:34:08 <dwery> I need a BE beta tester for 2.614-rc2....
Sep 24 09:35:17 <bullet> dwery: do you know, which NPE is enabled?
Sep 24 09:35:49 <dwery> bullet: you mean in my kernel or generally?
Sep 24 09:35:55 <bullet> generally
Sep 24 09:36:00 <dwery> NPEB iirc
Sep 24 09:36:22 <bullet> thanks. i have built redboot-cvs, but network does not work yet
Sep 24 09:37:07 <dwery> version?
Sep 24 09:37:27 <bullet> redboot from cvs, intel npe redboot blah v2.02
Sep 24 09:37:43 <dwery> chec if you are using NPEB _and_ PHY1
Sep 24 09:37:56 <bullet> Trying NPE-B...no PHY found
Sep 24 09:38:18 <dwery> i think you have to configure it touse phy1 manually
Sep 24 09:38:41 <bullet> i did
Sep 24 09:38:48 <dwery> :(
Sep 24 09:38:57 <bullet> yai. well, i'll work it out
Sep 24 09:40:19 <dwery> ok.. 
Sep 24 09:40:26 <dwery> i still need a BE tester anyhow :)
Sep 24 09:40:41 <bullet> sorry, can't right now :)
Sep 24 09:42:54 <dwery> You are working on an important task, I know... but i'm sure there should be someone on this channel who is not hacking redoot :)
Sep 24 09:43:49 <NAiL> hmm
Sep 24 09:43:59 <NAiL> what's the chances of success?
Sep 24 09:44:15 <NAiL> Never got around to finishing the serial, but I can try booting blind ;)
Sep 24 09:45:34 <dwery> you must have an usbnet adapter then...
Sep 24 09:48:44 <NAiL> ugh
Sep 24 09:49:17 <NAiL> If I had my AP I could get it to work...
Sep 24 09:49:30 <dwery> i think it will be easier for you to fix the serial :)
Sep 24 09:52:59 <cheef_daniel> has somebody build the moduleversions.h for unslung?
Sep 24 09:57:26 <bullet> cheef_daniel: afaik, you should never use /usr/include/linux/moduleversions.h - instead, you should use the one from your kernel source.
Sep 24 09:58:00 <NAiL> which is created by "make defaultconfig" or something, right?
Sep 24 09:58:35 <bullet> think so, make whateverconfig
Sep 24 09:59:23 <cheef_daniel> has somebody build this file for unslung alread?
Sep 24 10:01:25 <NAiL> bullet: yeah, whatever generates the config
Sep 24 10:01:39 <NAiL> cheef_daniel: seriously, you should read up on developing under linux
Sep 24 10:03:44 <cheef_daniel> I know that this file is compiled during setting up the kernel, it includes many configs for it
Sep 24 10:04:14 <cheef_daniel> but the kernel is on all unslung-versions equal, (when using the newest version)
Sep 24 10:04:26 <cheef_daniel> thats, why I ask
Sep 24 10:04:36 <NAiL> yes. but just copying that file will probably just set you up for more trouble
Sep 24 10:04:49 <NAiL> it's easier actually getting the kernel sources and doing make defaultconfig
Sep 24 10:05:37 <cheef_daniel> is it better to do this with a crosscompile machine or with the nslu, nativly
Sep 24 10:05:38 <cheef_daniel> ?
Sep 24 10:06:23 <NAiL> native
Sep 24 10:09:44 <cheef_daniel> but ist slower
Sep 24 10:14:26 <cheef_daniel> must I do this to build kernel-sources http://www.nslu2-linux.org/wiki/HowTo/NativeDevelopmentSetup (unslung)
Sep 24 10:14:36 <cheef_daniel> ?
Sep 24 10:23:32 <dwery> 2.6.14-rc2 patchset sent to the ml.
Sep 24 10:23:36 <dwery> feedback appreciated.
Sep 24 10:23:37 <dwery> :)
Sep 24 11:04:39 <NAiL> dwery: you've done no work on nslu2-io.c?
Sep 24 11:04:50 <dwery> only minor fixes
Sep 24 11:04:55 <NAiL> ok
Sep 24 11:06:33 <NAiL> just wondering, since I probably should work more on the r/pbutton thingy :P
Sep 24 11:08:22 <NAiL> The current implementation isn't anything that I'm actually satisfied with
Sep 24 11:08:45 <dwery> I agree..
Sep 24 11:08:53 <NAiL> hey
Sep 24 11:08:58 <NAiL> don't agree with me :P
Sep 24 11:09:17 <NAiL> I wrote that stuff ;)
Sep 24 11:09:30 <dwery> :D
Sep 24 11:09:36 <dwery> Iknow :-D
Sep 24 11:10:04 <bullet> dwery: there is ixNpeDlImageConverter.c - for converting the microcode .dat file (le/be, dunno exactly. not relevant for redboot afaik)
Sep 24 11:10:15 <dwery> bullet: ack
Sep 24 11:10:34 <dwery> NAiL: btw it works. I noticed a few char devices are created
Sep 24 11:10:36 <NAiL> weren't you guys discussing the conv like three days ago?
Sep 24 11:10:49 <dwery> about nslu2-io?
Sep 24 11:11:07 <NAiL> the converting stuff
Sep 24 11:11:16 <dwery> ah, yes.
Sep 24 11:11:40 <NAiL> I didn't write nslu2-io.c, just the rpbutton stuff
Sep 24 11:11:52 <NAiL> no idea what the devices do ;)
Sep 24 11:12:10 <dwery> ah ok:)
Sep 24 11:12:30 <dwery> I think we shoudl split that file a bit then :)
Sep 24 11:14:03 <dwery> actually the power button just resets the slug, isn't it?
Sep 24 11:17:42 <NAiL> dwery: not with the rpbutton patch
Sep 24 11:17:51 * NAiL goes off 
Sep 24 11:17:54 <NAiL> later
Sep 24 11:18:23 <dwery> please check if that path is inmy patchset :)
Sep 24 11:19:51 <NAiL> two sec
Sep 24 11:20:08 <dwery> not now, even later is ok ;)
Sep 24 11:20:45 <dwery> or maybe it's because we believe that kind of actions should be done in userland?
Sep 24 11:21:00 <NAiL> yeah, it's in your patches
Sep 24 11:21:11 <NAiL> +	machine_power_off();
Sep 24 11:21:12 <NAiL> +	return IRQ_HANDLED;		// So we don't get a nobody cared error :-P
Sep 24 11:21:19 <NAiL> But now, I've gotta go ;)
Sep 24 11:21:37 <dwery> thanks!
Sep 24 11:23:18 <dwery> but it's called when the reset button is pressed :)
Sep 24 11:49:49 <lennert> dwery: i'll respond to your email in a bit, i just woke up
Sep 24 11:50:10 <dwery> thanks!
Sep 24 11:50:20 <dwery> I will then go to bed then :)
Sep 24 11:50:21 <lennert> no, thank _you_
Sep 24 11:50:23 <lennert> hehe
Sep 24 11:51:03 <lennert> i really had to get some sleep, lots of late-nighters this week
Sep 24 11:53:10 <dwery> eheh.. me too.. and my friends want me to go to the disco this night..
Sep 24 11:53:23 <lennert> hmmm
Sep 24 11:54:39 <lennert> i never go to the disco, i'm married already so it's no use :)
Sep 24 11:54:58 <dwery> ahah.. I'm not, and I won't get dated by hacking the NSLU2 :)
Sep 24 11:55:13 <lennert> hehe, okay
Sep 24 12:00:54 <dwery> brb
Sep 24 12:11:16 <[g2]> lennert is there a naming convention for #defines in the kernel ?
Sep 24 12:12:16 <lennert> what defines?
Sep 24 12:12:25 <lennert> depends on which defines
Sep 24 12:12:26 <[g2]> driver local
Sep 24 12:12:35 <[g2]> custom ide driver
Sep 24 12:13:25 <lennert> if you're only using the defines in your own file, it doesn't really matter
Sep 24 12:13:33 <lennert> as long as you don't do "#define TRUE 1" and such
Sep 24 12:13:40 <[g2]> heh
Sep 24 12:13:45 <[g2]> thx
Sep 24 12:18:10 <dwery> back
Sep 24 12:20:28 <bullet> dwery: i've got the npe-b working in redboot. the default phy-id mapping was wrong, 1 instead of 0. but that's not all. it's totally hacky at the moment, but it works
Sep 24 12:20:51 <dwery> wow!!!
Sep 24 12:20:56 <dwery> what else did you had to do?
Sep 24 12:21:15 <bullet> well, the microcode loading fails somehow
Sep 24 12:21:41 <bullet> it tries loading the wrong one, or something like that. i'll have to investigate
Sep 24 12:23:00 <dwery> how do you managed to force it to load the right one?
Sep 24 12:23:13 <bullet> if (ixNpeDlLoadedImageGet(IX_ETH_DB_PORT_ID_TO_NPE(0), &imageId) != IX_SUCCESS)
Sep 24 12:23:25 <bullet> 0 instead of portIndex :)
Sep 24 12:23:32 <dwery> :D
Sep 24 12:23:51 <dwery> nive move! don't forget to tell yvasilev when he cames back online
Sep 24 12:23:56 <bullet> it spit's out a whole lot of errors, but it works that way. the other way, it hangs
Sep 24 12:24:19 <bullet> well, redboot and linux-drivers are quite different
Sep 24 12:24:31 <dwery> yes, but he war interested in redboot too
Sep 24 12:24:36 <bullet> ah
Sep 24 12:24:52 <dwery> he would like to have an LE redboot i think
Sep 24 12:25:44 <bullet> LE/BE, they both worked for me (at least, without npe). didn't try LE shortly
Sep 24 12:38:12 <dwery> usb audio with als and mixed 1.1 and 2.0 devices/hubs works fine if CONFIG_USB_EHCI_SPLIT_ISO is enabled.
Sep 24 12:38:25 <dwery> i'll have to make a wiki page
Sep 24 12:40:51 <dwery> have to go now.. bye all
Sep 24 12:43:12 <lennert> dwery-away: have fun in the disco :)
Sep 24 23:04:52 <CIA-8> 03jbowler * 10upslug2/upslug2.cc: Remove the erroneous parsing of 'LKG' serial numbers
Sep 24 23:06:30 <CIA-8> 03jbowler * 10upslug2/configure.ac: upslug 2.5: remove erroneous parsing of LKG serial number
Sep 25 04:33:26 <dwery> Jacmet: ping
Sep 25 06:20:28 <Jacmet> dwery: pong
Sep 25 06:21:25 <dwery> Jacmet: hi! Just wanted to let you know that 2.6.14-rc2 is on the mailing list and that the LE patch on mtd needs your attention :)
Sep 25 06:21:58 <Jacmet> dwery: yes, I saw - I will look into updating the LE stuff
Sep 25 06:22:08 <dwery> thanks
Sep 25 06:23:53 <Jacmet> dwery: any news on the npe stuff?
Sep 25 06:24:53 <dwery> not much.. bullet managed to compile a working redboot(2.02 iirc)
Sep 25 06:25:01 <dwery> yvasilev will probably try it LE
Sep 25 06:25:22 <Jacmet> dwery: yeah, I saw - I think it was just latest cvs though
Sep 25 06:25:25 <Jacmet> dwery: ok
Sep 25 06:25:31 <dwery> yes, cvs.. right
Sep 25 06:29:01 <Jacmet> dwery: where did you send the x1205 patch to? lm-sensors?
Sep 25 06:29:29 <dwery> directly to the i2c maintainer. but it's also in the patchset.
Sep 25 06:29:56 <Jacmet> ok
Sep 25 13:05:13 <Jacmet> serial-less install of debian (LE) seems to be working now
Sep 25 13:36:03 <[g2]> Jacmet Congrats!
Sep 25 13:56:52 <Jacmet> [g2]: thanks, now it just need a bit of cleanup
Sep 25 13:58:04 <[g2]> Jacmet I'm messing around with the CF/IDE driver for the loft then I'll be ready for a d-i network or serial installer for the Loft
Sep 25 13:58:28 <Jacmet> [g2]: Ok - I've just modified the lart netboot target
Sep 25 13:58:54 <[g2]> I'm running be with Redboot
Sep 25 13:58:55 <Jacmet> [g2]: how is the cf/ide connected? Directly on external memory bus or through a controller?
Sep 25 13:59:07 <[g2]> hangs on the expansion bus
Sep 25 13:59:21 <Jacmet> [g2]: Ok, and it works fine?
Sep 25 13:59:22 <[g2]> the new USB 2.0 controller is almost up too
Sep 25 13:59:36 <[g2]> works pretty fine for 2.4
Sep 25 13:59:56 <Jacmet> [g2]: I need to write such a cf/ide driver for another project - could I have a look at your code?
Sep 25 13:59:56 <[g2]> I was booting directly to my microdrive with 24 hours of getting my first prototype
Sep 25 14:00:04 <Jacmet> cool
Sep 25 14:00:11 <[g2]> I generalized it for IXP4xx
Sep 25 14:00:33 <[g2]> once I get it working I'm planning on pushing it upstream
Sep 25 14:00:45 <Jacmet> ok, nice
Sep 25 14:01:13 <[g2]> You'll just need to patch it for your IRQ and base reg based on your MACH/ARCH type
Sep 25 14:01:34 <Jacmet> ok
Sep 25 14:01:49 <[g2]> so it should be pretty trivial and support most ppl that following the Intel CF/IDE expansion bus app note.
Sep 25 14:02:28 <[g2]> Is your IDE/CF driver for the ixp4xx ?
Sep 25 14:03:17 <Jacmet> [g2]: no, it's for a PPC board, but that shouldn't change much
Sep 25 14:03:31 <Jacmet> [g2]: do you have an URL for that app note?
Sep 25 14:03:37 <[g2]> heh... famous last words :)
Sep 25 14:05:08 <[g2]> Jacmet I think this is the one you want http://www.intel.com/design/network/applnots/302456.htm
Sep 25 14:07:28 <Jacmet> [g2]: well, the principle should be pretty much the same
Sep 25 14:08:09 <Jacmet> afk
Sep 25 14:10:46 <[g2]> the entire module is like 161 lines
Sep 25 14:43:37 <mcdmx> I'm currently trying to make 2.6.12 running on the DS-101G+ (with no luck so far). Is anyone interested in helping me out by reviewing my patches and comparing them against the vendor's modifications in 2.4.22?
Sep 25 19:19:22 <rwhitby-away> dwery-away: send me a dwery@openembedded.org montone key if you want to write your patches into the repo
Sep 25 21:55:37 * brainwagon just dusted off his nslu2 which he hasn't touched in months.
Sep 25 21:56:00 <brainwagon> Apparently, I installed unslung 3.17 beta on it, but I have no idea what the password for it was.
Sep 25 21:56:07 <brainwagon> anyone have any ideas?
Sep 25 21:56:28 <rwhitby-away> remove the disk, reboot, then password is uNSLUng
Sep 25 21:56:30 <brainwagon> if I am booting w/o any disks attached, presumably, it is set to some standard value, no?
Sep 25 21:56:37 <brainwagon> ah.  Danke.
Sep 25 21:56:55 <rwhitby-away> BTW, that's in the README ...
Sep 25 22:00:36 <brainwagon> okey dokey.
Sep 25 22:26:35 * brainwagon has 5.5 booted, and unslung, and now rebooting... and...
Sep 25 22:28:53 <CIA-8> 03bzhou * 10unslung/ (5 files in 2 dirs): py-celementtree, py-elementtree, py-kid, py-sqlobject ready for testing
Sep 25 22:31:44 <brainwagon> it seems to work.
Sep 25 22:50:59 * brainwagon installs python, perl, and other goodies.
Sep 26 00:29:47 <CIA-8> 03jbowler * r196 10/trunk/openslug/: Update to bitbake 313
Sep 26 00:41:22 <eFfeM> can I use an openslug head image with a 2.5 filesystem image, or should I unsling again ?
Sep 26 00:46:47 <jbowler-zzz> IIRC the kernel is the same, try it - if it doesn't work run hack the root /etc/ipkg/* and run ipkg -o /root update, upgrade
Sep 26 00:54:31 <eFfeM> ok, will have a look at it, just flashed the latest head; system seems to boot ok, but ssh can't connect to it (no route to host)
Sep 26 00:56:56 <jbowler-zzz> That's common.  Remember the famous phrase "if at once you don't succeed, give up"
Sep 26 00:58:20 <eFfeM> hm, tried a number of times, to no avail, can't even ping it; should I reflash the head or try the ipkg thing ?
Sep 26 01:00:27 <eFfeM> currently it doesn't even respond to arp requests.
Sep 26 01:00:37 <eFfeM> could it be that its ip addr is changed?
Sep 26 01:00:40 <jbowler-zzz> Pull the disk and reboot - if it gets to the steady green LED it has removed the rootfs /.recovery so you have to disconnect the disk to get back to flash, then turnup -i 
Sep 26 01:01:31 <eFfeM> i did already try booting disconnected, but to no avail
Sep 26 01:01:34 <jbowler-zzz> It only resets the IP if you upslug it (as opposed to a reflash)
Sep 26 01:01:53 <eFfeM> i only did a reflash -k
Sep 26 01:02:08 <jbowler-zzz> That's not a good idea
Sep 26 01:02:10 <eFfeM> (actually I thought upslug would also not touch the conf area)
Sep 26 01:02:45 <eFfeM> should I always do the complete image? In the past I always only did the kernel
Sep 26 01:03:13 <jbowler-zzz> Well, it will work sometimes, but if there are significant kernel changes it won't.
Sep 26 01:03:57 <eFfeM> ah, i assumed it would keep working
Sep 26 01:05:19 <eFfeM> i'll do the complete image; but does this indeed change the ip?? if so, to what? 1.77? 0.1? 0.77?
Sep 26 01:05:55 <jbowler-zzz> It doesn't much matter, there's not much reconfig to do.  The IP is whatever you set it to with the LinkSys utility, or 192.168.1.77
Sep 26 01:28:47 <eFfeM> hi anybody familiar with this:
Sep 26 01:28:48 <eFfeM> arping -f 192.168.0.1; telnet 192.168.0.1 9000
Sep 26 01:29:03 <eFfeM> oops sorry wrong info in cut buffer
Sep 26 01:29:04 <eFfeM> upslug.recvfrom: Resource temporarily unavailable
Sep 26 01:29:04 <eFfeM> rc=-1, errno=29
Sep 26 01:33:40 <eFfeM> this is when erasing the flash
Sep 26 01:36:09 <jacques> I would try to help but I have never used upslug
Sep 26 01:40:03 <eFfeM> np, apparently it still did its job. I've managed to reflash and everything is running again
Sep 26 01:42:54 <jacques> good
Sep 26 06:00:01 <dwery> mcdmx: I don't have a ds101 but if you need some help...
Sep 26 06:01:30 <lennert> eFfeM: that error is 'broken pipe', that means that you've previously sent a packet that was replied to with an icmp protocol or port unreachable
Sep 26 06:15:11 <eFfeM> lennert, thanks for the info, don't know why upslug gave this, but anyway it did its job, so the slug is up and running again
Sep 26 06:17:19 <eFfeM> Is there a limit one way or another on kernel or interrupt stack space?
Sep 26 06:17:55 <lennert> eFfeM: in 2.6, the kernel can use at most ~3k
Sep 26 06:18:01 <lennert> eFfeM: and afaik there are separate interrupt stacks
Sep 26 06:18:07 <eFfeM> I've found that my pvr usb2 driver works like a charm on its own, but if I also run apache and nfsd and twonky it will crash every once in a while
Sep 26 06:18:40 <eFfeM> I'm now trying without nfs to see if that helps
Sep 26 06:18:41 <lennert> does it also crash every once in a while if you just run nfsd?
Sep 26 06:18:49 <eFfeM> no
Sep 26 06:18:49 <lennert> yeah that was my first guess
Sep 26 06:18:53 <lennert> hmmm
Sep 26 06:19:04 <lennert> which kernel version?
Sep 26 06:19:48 <eFfeM> openslug. I've had this both with 2.5 and the latest head (well, yesterdays head)
Sep 26 06:20:32 <eFfeM> i have no serial, so it is not easy to diagnose this
Sep 26 06:21:29 <eFfeM> the odd thing is: if I connect the pvr its modules get loaded; when I then disconnect it typically the slug will crash about 5 minutes after disconnecting ....
Sep 26 06:23:45 <eFfeM> lennert, is there a way to find out how much kernel and/or irq stack is used?
Sep 26 06:24:45 <eFfeM> /proc/meminfo doesn't tell this
Sep 26 06:27:28 <eFfeM> i'd love to see a msg in dmesg if a kernel or irq stack passes a certain high-water mark
Sep 26 06:29:11 <eFfeM> need to reboot, back in a few minutes
Sep 26 06:40:45 <eFfeM> apparently it is not nfs causing the trouble ...
Sep 26 06:59:24 <lennert> eFfeM: i think there is a way, yes
Sep 26 06:59:42 <lennert> eFfeM: the stack ends at 'current' rounded up to a page
Sep 26 06:59:59 <lennert> eFfeM: and you can find out the current position on the stack by declaring an int blah; and taking the address of it
Sep 26 07:00:30 <lennert> unsigned long end_of_stack = (((unsigned long)current) + PAGE_SIZE - 1) & ~(PAGE_SIZE - 1);
Sep 26 07:00:35 <lennert> int blah;
Sep 26 07:00:45 <lennert> unsigned long current_place_on_stack = (unsigned long)&blah;
Sep 26 07:00:54 <lennert> int stack_bytes_left = end_of_stack - current_place_on_stack;
Sep 26 07:01:02 <lennert> if (stack_bytes_left < 500)
Sep 26 07:01:06 <lennert> printk("uh-oh\n");
Sep 26 07:01:07 <lennert> something like that
Sep 26 07:01:08 <dwery> lennert: you are mad, you know it, yes? :-D :-D
Sep 26 07:01:50 <lennert> yeah, i know it ;)
Sep 26 07:01:53 <lennert> my wife agrees
Sep 26 07:02:03 <dwery> lennert: :) :)
Sep 26 07:38:44 <eFfeM> lennert, thanks for the info (was away for a while)
Sep 26 07:40:57 <eFfeM> lennert, do you have a suggestion where to put this (i'm not that good in kernel hacking)
Sep 26 07:55:29 <eFfeM> for the moment I've added it in schedule() in sched.c
Sep 26 07:56:51 <eFfeM> protected with some code to avoid multiple printk's
Sep 26 08:23:32 <eFfeM> hm... didn;t work, but found an older kernel oops related to this in /var/log/messages
Sep 26 08:23:50 <eFfeM> Unable to handle kernel paging request at virtual address 3234d7b0 
Sep 26 08:24:08 <eFfeM> yet, i've checked and there is sufficient paging mem
Sep 26 08:24:22 <eFfeM> ah well, lets first grab some food
Sep 26 08:36:58 <lennert> eFfeM-dinner: you are overflowing some on-stack buffer
Sep 26 08:37:07 <lennert> eFfeM-dinner: '3234' is '24' in ascii
Sep 26 08:37:20 <lennert> eFfeM-dinner: you're writing something over your stored %eip
Sep 26 08:57:38 <CIA-8> 03bzhou * 10unslung/ (Makefile make/py-cherrytemplate.mk): py-cherrytemplate ready for testing
Sep 26 09:21:10 <eFfeM> lennert, thanks for your answer
Sep 26 09:23:11 <eFfeM> lennert,the issue is that this fails when the pvr driver code and something else is running, but not when the driver is running on its own
Sep 26 09:24:08 <eFfeM> is there a symbol table somewhere?
Sep 26 09:24:25 <lennert> eFfeM: if you enable the right kernel compile option it should give you symbolic backtraces
Sep 26 09:24:45 <eFfeM> can you educate me on right ???
Sep 26 09:25:25 <eFfeM> (reading the makefile now)
Sep 26 09:26:37 <eFfeM> issue is also that I get the errors only once in a while in /var/log/messages
Sep 26 09:26:52 <eFfeM> and I have no serial and did not manage to get netconsole to work
Sep 26 09:27:41 <lennert> hmmm
Sep 26 09:27:46 <lennert> some KERNEL_DEBUG option
Sep 26 09:28:01 <lennert> CONFIG_DEBUG_KERNEL=y
Sep 26 09:28:08 <lennert> CONFIG_DEBUG_BUGVERBOSE=y
Sep 26 09:28:10 <lennert> that one?
Sep 26 09:28:10 <lennert> hmmm
Sep 26 09:33:41 <eFfeM> i'll give it a try
Sep 26 09:34:40 <eFfeM> in another kernel oops the virtual address reads "ble "
Sep 26 09:34:50 <eFfeM> the 3rd one does not seem very meaningful
Sep 26 09:38:06 <lennert> yeah, so..
Sep 26 09:38:08 <lennert> in what function is that?
Sep 26 09:39:00 <jpalten> hi.... anybody familiar with recompiling and getting the error "C compiler cannot create executables" ?
Sep 26 09:39:10 <eFfeM> ehm, haven't gotten a new crash yet
Sep 26 09:39:29 <lennert> jelle: probeer 'apt-get install build-essentials'
Sep 26 09:39:35 <lennert> jelle: of 'apt-get install build-essential'
Sep 26 09:39:50 <jelle> try... tnx
Sep 26 09:42:44 <eFfeM> trying to set up neetconsole, but I don't get any info
Sep 26 09:42:56 <eFfeM> my command to display the info is:  nc -u -l -p 6666
Sep 26 09:43:07 <eFfeM> and I see packages being sent to my system
Sep 26 09:43:29 <[g2]> packets ?
Sep 26 09:43:35 <eFfeM> (with ethereal), but nc won't show them ...
Sep 26 09:43:41 <eFfeM> packages -> packets
Sep 26 09:43:43 <eFfeM> hi [g2] 
Sep 26 09:43:46 <[g2]> hey
Sep 26 09:44:00 <[g2]> firewall on you machine ?
Sep 26 09:44:20 <eFfeM> probably, let's see where i can find this (fc)
Sep 26 09:47:08 <eFfeM> indeed firewall, disabled it, now it works, the netconsole page lured me first into thinking that the ip addr was the ip addr of the slug
Sep 26 09:47:50 <jelle> hoera. now i'm out of disk space... ;)
Sep 26 09:49:58 <eFfeM> crash, unfortunately not with the debug image
Sep 26 09:49:59 <eFfeM> Unable to handle kernel paging request at virtual address 00030026
Sep 26 09:49:59 <eFfeM> pgd = c0004000
Sep 26 09:58:20 <[g2]> that address looks very familiar :)
Sep 26 11:42:57 <eFfeM> is there a symbol table made during the build ?
Sep 26 11:43:02 <eFfeM> (of the kernel that is)
Sep 26 11:43:45 <dwery> just to let ya all know.. i'm working on a code for an USB enabled PIC microcontroller to perform a variety of operations in my car :)
Sep 26 11:44:54 <lennert> dwery: what car? :)
Sep 26 11:44:58 <lennert> eFfeM: System.map
Sep 26 11:45:22 <dwery> lennert: I've a Peugeot 206cc (convertible) .. and I'm going to add an NSLU2 plus a bit of other hardware
Sep 26 11:46:51 <eFfeM> lennert, thanks, got a crash again, the debug flags did not help much but try to find some more info....
Sep 26 11:46:53 <[g2]> dwery usb device ?
Sep 26 11:47:41 <dwery> [g2]: yes. it's a PIC 18F4550
Sep 26 11:47:54 <lennert> http://www.offers.peugeot.co.uk/profile.asp?range=206CC
Sep 26 11:48:02 <lennert> bwahaha, the .co.uk page and then can't even spell properly
Sep 26 11:48:15 <[g2]> dwery VoodooZ did a usb device for his robot
Sep 26 11:48:31 <dwery> lennert: yep :)
Sep 26 11:48:40 <dwery> [g2]: interesting, i'll have to talk to him 
Sep 26 11:48:44 <lennert> i found www.bmwm5.com today
Sep 26 11:49:19 <dwery> lennert: that's a dream...
Sep 26 11:49:23 <lennert> yeah..
Sep 26 11:49:25 <[g2]> ah you young guys and cars
Sep 26 11:49:44 <lennert> if i ever win the lotto it'll be an m5 for me
Sep 26 11:49:49 <dwery> the new M5 has head up display..
Sep 26 11:49:49 <lennert> m5 e60
Sep 26 11:49:49 <eFfeM> now got a kernel oops: Unable to handle kernel NULL pointer dereference at virtual address 00000024; pc : [<c011e8fc>] ;this is in i2c_transfer
Sep 26 11:49:55 <lennert> dwery: yup
Sep 26 11:50:11 <lennert> eFfeM: does i2c_transfer have any on-stack buffers?
Sep 26 11:50:24 <eFfeM> lennert, I'm about to check this
Sep 26 11:50:57 <dwery> eFfeM: i2c problems? which platform?
Sep 26 11:51:23 <dwery> lennert: do you play lotto, yes?
Sep 26 11:51:25 <dwery> :D
Sep 26 11:51:32 <lennert> dwery: nope..
Sep 26 11:51:43 <dwery> lennert: nor I :-D
Sep 26 11:51:49 <eFfeM> dwery, openslug, don't know if this is i2c related, but if I'm using my pvr driver and someother proggies (nfs, twonky) the system crashes
Sep 26 11:52:04 <dwery> eFfeM: quite strange.. I've observer i2c to be quite stable
Sep 26 11:52:25 <lennert> dwery: one day i'll be simply filthy rich =p
Sep 26 11:52:52 <eFfeM> dwery, it could be that someone nuked the address or that we're in an interrupt or something
Sep 26 11:53:09 <dwery> lennert: don't forget me, mate :)
Sep 26 11:53:10 <eFfeM> it's been quite a while since I played this game and an ARM ain't a 68000 :-)
Sep 26 11:53:39 <dwery> eFfeM: :)
Sep 26 11:53:44 <eFfeM> lennert, no on-stack buffers ...
Sep 26 11:53:57 <dwery> eFfeM: 68K actually worked.. no stupid NPEs :-D
Sep 26 11:54:02 <VoodooZ_Work> dwery, I got tired of the slow s/w based I2C so I designed a USB-to-I2C hub using a mega8 AVR and the excellent AVRUSB software USB stack from www.obdev.at/products/avrusb
Sep 26 11:54:37 <dwery> VoodooZ_Work: I'm doing the same thing , I2C and SPI 
Sep 26 11:54:48 <bullet> dwery: btw, it was the NPE->PHY-ID mapping that was wrong (redboot blah)
Sep 26 11:55:01 <dwery> VoodooZ_Work: ATmega is nice, but Microchip gives samples for free :)
Sep 26 11:55:02 <eFfeM> dwery, i did minix 1.5 for the atari ST ....
Sep 26 11:55:03 <VoodooZ_Work> using the PIC?
Sep 26 11:55:07 <dwery> VoodooZ_Work: yes
Sep 26 11:55:20 <bullet> default is NPEB -> PHY0, NPEC -> PHY1. and on nslu2, it's the other way around
Sep 26 11:55:23 <dwery> bullet: NPEB -> PHY1 is the correct one, isn't it?
Sep 26 11:55:26 <VoodooZ_Work> I'd rather pay and have a more performant part.
Sep 26 11:55:34 <VoodooZ_Work> It's not like I buy millions of them anyways.
Sep 26 11:55:36 <bullet> dwery: exactly
Sep 26 11:55:51 <dwery> bullet: the guy that designed the NLUS2 should be invited to a little party with us... ih ih
Sep 26 11:55:52 <dwery> :-D
Sep 26 11:55:53 <eFfeM> not sure if this is i2c will try to trigger another error
Sep 26 11:55:57 <bullet> hehe, yeah
Sep 26 11:56:04 <VoodooZ_Work> does that PIC have builtin USB?
Sep 26 11:56:09 <dwery> VoodooZ_Work: the 18F4550 is quite performant
Sep 26 11:56:25 <bullet> dwery: are you programming it in c?
Sep 26 11:56:29 <VoodooZ_Work> do they still have that /4 clock thing though?
Sep 26 11:56:43 <bullet> VoodooZ_Work: yes.
Sep 26 11:56:48 <dwery> VoodooZ_Work: yep, but the clock is much higher now :)
Sep 26 11:56:59 <VoodooZ_Work> how much? 40?
Sep 26 11:57:11 <VoodooZ_Work> Having a higher clock makes me nervous.
Sep 26 11:57:13 <bullet> 48, for usb devices
Sep 26 11:57:30 <dwery> VoodooZ_Work: yes. you can have different clocks for the core and for the peripheral devices
Sep 26 11:57:38 <VoodooZ_Work> 48/4 = 12MIPS
Sep 26 11:57:45 <dwery> VoodooZ_Work: i'm now running with 48/20
Sep 26 11:58:06 <dwery> bullet: I usually program in C on this platform. this particular code I;m writing in assembly.
Sep 26 11:58:16 <VoodooZ_Work> I wanted to go cheap so I used a software based USB just for fun. Works suprisingly well.
Sep 26 11:58:30 <bullet> are you using the usb code provided by microchip?
Sep 26 11:58:34 <VoodooZ_Work> It's just a Low speed (1.5Mbps) device but that's plenty for sensor reading
Sep 26 11:59:19 <dwery> VoodooZ_Work: that stack uses bit-banging, right?
Sep 26 11:59:23 <VoodooZ_Work> Perhaps I'll switch to a real H/W based solution later to get 12Mbps.
Sep 26 11:59:30 <VoodooZ_Work> yep. 
Sep 26 11:59:41 <dwery> bullet: no, I found a code that has been converted to work with gpasm
Sep 26 12:00:03 <VoodooZ_Work> Does the job for now though. I can't waste any more time on this. got to get the AI stuff working...
Sep 26 12:00:13 <bullet> k. but it's still more work than using the uart's, eh?
Sep 26 12:00:20 <VoodooZ_Work> That's my main reason to use AVRs. GCC!
Sep 26 12:00:39 <dwery> VoodooZ_Work: I usually use sdcc on the PIC 18F.. works well
Sep 26 12:01:14 <dwery> VoodooZ_Work: but I must admit having gcc is very nice. I used it on an ATmega128 + ethernet
Sep 26 12:01:24 <VoodooZ_Work> really? I know it was terribly flakey 2-3 years ago from what I heard but I guess the newer PICs are much better than the old ones.
Sep 26 12:01:54 <dwery> VoodooZ_Work: yes, it was. It has been worked on behind the lines.. almost noone know it's very usable now.
Sep 26 12:01:54 <VoodooZ_Work> the old one were a pain in the ass with their banked memory and crappy Interrupt system.
Sep 26 12:02:29 <dwery> VoodooZ_Work: I think microchip filled the gap with the 18F series
Sep 26 12:02:35 <VoodooZ_Work> yeah.
Sep 26 12:03:20 <VoodooZ_Work> I find their peripheral and I/O configurations registers were very inconsistent from micro to micro and required relearning. 
Sep 26 12:03:32 <VoodooZ_Work> Back then I mean. (16F series..)
Sep 26 12:03:42 <dwery> VoodooZ_Work: quite true among different families (16,17,18)
Sep 26 12:04:07 <VoodooZ_Work> My AVR peripheral code barely changed over the last 5 years.
Sep 26 12:04:34 <dwery> and there are also AVRs with embedded FPGA...
Sep 26 12:04:44 <VoodooZ_Work> yeah, never played with them.
Sep 26 12:04:54 <dwery> nor I, but they must be exciting
Sep 26 12:05:07 <VoodooZ_Work> yeah, 
Sep 26 12:05:18 <VoodooZ_Work> although I don't know much about FPGA to start with.
Sep 26 12:05:32 <dwery> you never know until you start :)
Sep 26 12:05:39 <VoodooZ_Work> yeah
Sep 26 12:05:46 <lennert> VoodooZ_Work: just get an fpga starter kit for $99 and start coding vhdl
Sep 26 12:05:58 <dwery> lennert: which one?
Sep 26 12:06:05 <dwery> I suggest Xilinx
Sep 26 12:06:15 <VoodooZ_Work> hahaha.  I wish I had time (and motivation for that)
Sep 26 12:06:16 <lennert> xilinx spartan3 xc3s200 starter kit
Sep 26 12:06:22 <lennert> from digilentinc.com
Sep 26 12:06:29 <VoodooZ_Work> I guess I don't have much of a use yet for it.
Sep 26 12:06:37 <dwery> yep.. digilent has good boards.. I own an XC2
Sep 26 12:06:52 <[g2]> we need somebody to do the openjtag vhdl/verilog
Sep 26 12:07:18 <lennert> [g2]: you want an open source map/placement/routing tool?
Sep 26 12:07:36 <[g2]> for xilinx parts ?
Sep 26 12:07:41 <dwery> the only solution closer to that is Xilinx WebBench
Sep 26 12:07:42 <eFfeM> got a 2nd oops, exactly the same address !
Sep 26 12:07:54 <dwery> (or how they name it.. WebPack maybe)
Sep 26 12:08:00 <lennert> [g2]: what i'm asking is, is an open source map/place/rout tool what you're suggesting?
Sep 26 12:08:06 <lennert> dwery: webpack
Sep 26 12:08:42 <[g2]> lennert no, I talking some very simple vhdl/verilog to drive the JTAG pins
Sep 26 12:09:25 <dwery> [g2]: why you want to do that?
Sep 26 12:09:43 <lennert> [g2]: ah, you're tired of waiting for the parallel port?
Sep 26 12:09:58 <lennert> [g2]: that should be easy enough to implement, but the hard part is the hardware
Sep 26 12:09:59 <[g2]> exactly that was the goal
Sep 26 12:10:17 <lennert> [g2]: you'd need some board with an fpga and an ethernet and jtag connector or something
Sep 26 12:10:30 <[g2]> lennert I'm missing the hard part on the hardware from the s3 board to the JTAG header
Sep 26 12:10:34 <dwery> [g2]: I saw USB/jtag adapter somwwhere on the net
Sep 26 12:10:44 <lennert> [g2]: sorry?
Sep 26 12:10:55 <[g2]> a couple guys are building them in #openjtag
Sep 26 12:11:27 <[g2]> lennert that latest generation S3 board has ethernet and 16MB of DDR ram for $149
Sep 26 12:11:59 <lennert> [g2]: oh really?  where can i find that?
Sep 26 12:12:07 <[g2]> xilinx.com
Sep 26 12:12:09 <lennert> [g2]: jtag is a really easy protocol, i bet it won't be hard to implement at all
Sep 26 12:12:16 <lennert> heh.. xilinx.com is a mess
Sep 26 12:12:19 <lennert> got a name of the board?
Sep 26 12:12:32 <[g2]> it's really straight forward if you do some verilog
Sep 26 12:12:35 <[g2]> vhl
Sep 26 12:12:37 <[g2]> vhdl
Sep 26 12:12:46 <Jacmet> lennert: exactly
Sep 26 12:12:53 <lennert> even if you do it in schematic capture it'd be easy =p
Sep 26 12:12:54 <lennert> g2]> vhdl
Sep 26 12:13:01 <lennert> whoops
Sep 26 12:13:04 <lennert> mouse-oh
Sep 26 12:14:13 <dwery> [g2]: can't remember JTAG right now, but if it's SPI like as I think, I would that with an USB micro and it's SPI hardware
Sep 26 12:14:26 <dwery> (do that)
Sep 26 12:14:44 <lennert> dwery: it's not like SPI AFAIK
Sep 26 12:14:50 <[g2]> dwery you can but with a 498 bit scan chain you really want to drive it at 6-10Mhz
Sep 26 12:15:13 <dwery> hw SPI is quite fast.. up to 4Mbit
Sep 26 12:15:55 <[g2]> lennert http://www.xilinx.com/xlnx/xebiz/designResources/ip_product_details.jsp?sGlobalNavPick=PRODUCTS&sSecondaryNavPick=Design+Tools&category=&iLanguageID=1&key=DO-SPAR3E-DK
Sep 26 12:15:59 <dwery> if you want something faster, then FPGA is the correct solution.. but how do you interface it?
Sep 26 12:16:28 <[g2]> 32MB DDR and 8Mb flash
Sep 26 12:16:34 <[g2]> 10/100 Ethernet
Sep 26 12:16:37 <dwery> [g2]: very nice board
Sep 26 12:16:52 <dwery> [g2]: a bit expensive to use as a JTAG adapter :)
Sep 26 12:17:17 <[g2]> hmm... not when I need to program 200 boards :)
Sep 26 12:17:27 <dwery> [g2]: oh.. I see the point :)
Sep 26 12:17:31 <lennert> nice board
Sep 26 12:17:32 <[g2]> an unlikely event
Sep 26 12:17:36 <[g2]> but just in case
Sep 26 12:17:43 <lennert> i'm waiting for a cheap virtex2 pro board with gigabit ports
Sep 26 12:17:51 <[g2]> lennert can you do the vhdl for the JTAG ?
Sep 26 12:17:59 <lennert> [g2]: i think so, yeah
Sep 26 12:18:18 <[g2]> I'll sponsor you for a kit if you attempt it
Sep 26 12:18:18 <dwery> lennert: you;ve got a job :)
Sep 26 12:18:25 <lennert> haha
Sep 26 12:18:28 <lennert> cool
Sep 26 12:18:32 <Jacmet> dwery ;)
Sep 26 12:18:46 <lennert> [g2]: taken :)
Sep 26 12:18:50 <Jacmet> lennert: what do you actually do for a living?
Sep 26 12:19:12 <[g2]> kick ass
Sep 26 12:19:19 <[g2]> and take names
Sep 26 12:19:19 <dwery> Jacmet: dunno.. but his wife agrees with me he's mad :)
Sep 26 12:19:22 <lennert> Jacmet: system administrator at a uni
Sep 26 12:19:34 <Jacmet> lennert: ahh, in .nl?
Sep 26 12:19:38 <lennert> yeah
Sep 26 12:19:45 <Jacmet> lennert: that's why you have time for this ;)
Sep 26 12:19:49 <dwery> lennert: sigh.. nice place for a living
Sep 26 12:19:56 <lennert> i used to be head of r&d at an internet company but that was a 70hr/week job
Sep 26 12:20:09 <lennert> dwery: you don't like your own country? :)
Sep 26 12:20:30 <[g2]> no dot.com exploded
Sep 26 12:20:39 <lennert> working 70hr/week is nice but doesn't give you any time for the stuff you've always wanted to do
Sep 26 12:20:45 <lennert> this job is much better in terms of free time
Sep 26 12:20:46 <dwery> lennert: yes.. but I've been in the north a while ago.. chicks are much better there :-D
Sep 26 12:20:51 <lennert> dwery: haha
Sep 26 12:20:56 <Jacmet> lennert: ok
Sep 26 12:21:37 <[g2]> lennert can you order from xilinx ?
Sep 26 12:21:47 <[g2]> I'll paypal you the money
Sep 26 12:22:00 <Jacmet> dwery: did you send any patches upstream (besided x1205)? otherwise I'll send the LE ones (except for flash, that still needs some work)
Sep 26 12:22:05 <lennert> dwery: you're from italy, aren't you? :)
Sep 26 12:22:17 <dwery> lennert: yes. I did a 10 days, 6 planes trip with ryanair ...all across eu
Sep 26 12:22:26 <lennert> [g2]: uhm, i don't actually have a paypal account
Sep 26 12:22:28 <dwery> Jacmet: I sent a bit of the LE 
Sep 26 12:22:32 <lennert> dwery: nice..
Sep 26 12:22:35 <dwery> Jacmet: and something ixp4xx related
Sep 26 12:22:47 <lennert> dwery: i've only ever been to greece and lithuania :)
Sep 26 12:22:48 <Jacmet> dwery: which one? I didn't notice it on the arm list
Sep 26 12:22:53 <lennert> dwery: oh, and belgium and germany of course
Sep 26 12:22:57 <lennert> dwery: uk too, actually
Sep 26 12:23:05 <lennert> hmm, i've been in more places than i can remember
Sep 26 12:23:05 * Jacmet is currently in .be
Sep 26 12:23:08 <dwery> Jacmet: directly to Deepak
Sep 26 12:23:15 <Jacmet> dwery: ok, what patches
Sep 26 12:23:16 <Jacmet> ?
Sep 26 12:23:17 <[g2]> lennert well I'm sure we can figure out some way to get you the funds
Sep 26 12:23:35 <dwery> Jacmet: the one that creates little-endian.S and the related Makefile
Sep 26 12:23:42 <lennert> [g2]: yeah, ok.  i'll go and order it then?
Sep 26 12:23:53 <[g2]> absolutely
Sep 26 12:23:55 <dwery> [g2]: I think you can order and get it delivered to lennert
Sep 26 12:24:00 <lennert> [g2]: wait.. i have a regular spartan3 board
Sep 26 12:24:01 <Jacmet> dwery: ahh, but that shouldn't go to deepak, should it?
Sep 26 12:24:14 <dwery> Jacmet: mmm... maybe not :)
Sep 26 12:24:29 <dwery> Jacmet: i'm sending you the patch I sent so you can see which one it was
Sep 26 12:24:30 <Jacmet> dwery: I'll send the PCI for LE patch then
Sep 26 12:24:36 <Jacmet> dwery: ok, great
Sep 26 12:24:43 <lennert> [g2]: would a 115k2 serial port be fast enough?
Sep 26 12:25:11 <[g2]> that's fine with me for now
Sep 26 12:25:23 <[g2]> it's the vhdl that's important
Sep 26 12:25:36 <[g2]> we can always retarget 
Sep 26 12:25:40 <lennert> i would say that it's the openjtag <=> fpga protocol that is much more important
Sep 26 12:25:46 <lennert> where are people discussing this?
Sep 26 12:25:52 <lennert> i'll join in on their fun
Sep 26 12:26:04 <[g2]> #openjtag
Sep 26 12:26:38 <dwery> Jacmet: sent. Send them all, just in case.. Deepak hasn't answered my last few emails..I hope i've not overwhelmed him with work :-D
Sep 26 12:27:04 <Jacmet> dwery: Ok, I will
Sep 26 12:28:00 <lennert> dwery: deepak is very busy nowadays
Sep 26 12:28:12 <lennert> dwery: he doesn't respond to my patches either, or just ACKs them without really reading them
Sep 26 12:28:44 <dwery> lennert: I just sent them once so he can take care of them when he will have the time.. haven;'t stressed yet :)
Sep 26 12:29:32 <lennert> :)
Sep 26 12:36:47 <brainwagon> is it possible to use a 802.11{b,g} usb adapter with a slug?
Sep 26 12:39:52 <dwery> brainwagon: never tried, but I think so.
Sep 26 12:40:26 <brainwagon> i'm wondering what usb adaptors might be supported, but my first pass through the wiki didn't seem to help.
Sep 26 12:40:38 <Jacmet> brainwagon: yes, I have an asus wl167g running here
Sep 26 12:41:06 <Jacmet> brainwagon: I compiled the kernel myself though - and I'm running Debian/LE
Sep 26 12:42:27 <dwery> Jacmet: any more progress on LE?
Sep 26 12:42:36 <brainwagon> debian/le?
Sep 26 12:42:47 * brainwagon has obviously been out of this for too long.
Sep 26 12:42:59 <Jacmet> brainwagon: Debian on the slug running in little endian mode - http://peter.korsgaard.com/articles/debian-nslu2.php
Sep 26 12:43:26 <Jacmet> dwery: not on the kernel - but I hacked a bit on debian-installer yesterday, and I basically have a serial-less installation working
Sep 26 12:43:45 * brainwagon bookmarks for later consumption.
Sep 26 12:44:10 <dwery> Jacmet: preseed?
Sep 26 12:45:06 <bullet> ah, dwery, what my eyes spotted yesterday: http://lists.infradead.org/pipermail/linux-mtd-cvs/2005-September/005030.html
Sep 26 12:45:15 <eFfeM> hm, this time I've made a crahs with scheduling while atomic: swapper/0x00010000/0
Sep 26 12:45:20 <Jacmet> dwery: yes
Sep 26 12:45:22 <eFfeM> crahs->crash
Sep 26 12:45:28 <dwery> bullet: checking that
Sep 26 12:45:36 <eFfeM> no dump ...
Sep 26 12:46:03 <eFfeM> is there a way to increase the kernel stack?
Sep 26 12:47:15 <dwery> bullet: wasn't that the softreboot thing we need?
Sep 26 12:47:50 <bullet> something like that, i think, yes
Sep 26 12:48:34 <bullet> i did not follow your kernel patches very closely
Sep 26 12:50:35 <dwery> bullet: there's plenty of time. the priority is to have the nslu2 unrelated bits upstream
Sep 26 12:50:50 <bullet> k
Sep 26 13:04:41 <rwhitby-asleep> Jacmet: are you able to share the setup for building the serial-less debian-installer ?
Sep 26 13:05:19 <Jacmet> rwhitby: yes, but give me a day or two to clean it up first
Sep 26 13:05:31 <rwhitby> ok,thx.
Sep 26 13:05:39 <Jacmet> no problem
Sep 26 13:06:05 <rwhitby> Lennert is about to release a 0.3 debian rootfs, so we need to decide how to tie those two things together ...
Sep 26 13:06:42 <lennert> 'about to'... heh
Sep 26 13:06:44 <dwery> Jacmet: about the LE patch inside ixp4xx mtd code.. i think the redboot swapping code should be moved into redboot.c..
Sep 26 13:06:47 <lennert> got a bit sidetracker
Sep 26 13:06:49 <lennert> sidetracked
Sep 26 13:36:31 <dwery> I'm just copying my entire song collection to the slug via rsync+ssh, playing a song and the thing doesn't miss a bit.. !
Sep 26 13:36:42 <dwery> ... a beat :)
Sep 26 13:48:12 <[g2]> wow protecting you songs eh ? :)
Sep 26 13:54:37 <dwery> [g2]: of course. I'll do the same when i'll sync the archives from my car via WiFi :D
Sep 26 13:55:01 <[g2]> well that's a little different
Sep 26 13:55:47 <dwery> the slug will be the same :)
Sep 26 13:55:48 <[g2]> speaking of which I'll soon have to try the loft out in the car
Sep 26 13:56:34 <[g2]> I'll just need a little filter for the 12V and the proper sized connector
Sep 26 13:56:38 <[g2]> 2.5mm iirc
Sep 26 13:57:42 <dwery> ti has some good dcdc modules
Sep 26 14:00:55 <kangaroo> rwhitby: What do you want to do with backports?
Sep 26 14:01:59 <[g2]> kangaroo backports for what ?
Sep 26 14:02:09 <kangaroo> [g2]: debonaras
Sep 26 14:02:31 <[g2]> well you'll probably want to ask that in debonaras
Sep 26 14:02:44 <kangaroo> there's a debonaras channel now?
Sep 26 14:02:53 <[g2]> there's been :)
Sep 26 14:03:01 <kangaroo> shows what I know
Sep 26 14:03:01 <kangaroo> lol
Sep 26 14:03:05 <[g2]> J #debonaras
Sep 26 14:03:30 <[g2]> bling
Sep 26 14:03:46 <[g2]> lots of new packages :)
Sep 26 15:25:44 <dwery> got the first bytes out of the PIC :)
Sep 26 15:39:17 <lennert> dwery: you should be going out to the disco with your friends!
Sep 26 15:39:38 <dwery> lennert: that's monday.. I won't go to the disco on monday :)
Sep 26 15:40:16 <dwery> let mi figure out how to control my Kenwood from the NSLU2 and I'll have the disco here :)
Sep 26 15:41:13 <lennert> hehe
Sep 26 15:42:42 <jacques> yeah I wanna do the same thing - my kenwood F6A
Sep 26 15:43:13 <dwery> mine is quite old.. M85X... "black pearl" it was called. It has a sort of bus
Sep 26 15:44:28 <dwery> I should have the schematics somewhere...
Sep 26 15:44:56 <lennert> dwery: and _i_ was mad?? :)
Sep 26 15:45:15 <dwery> lennert: eheh :-D
Sep 26 15:45:46 <dwery> some years ago a kenwood technicia liked one of my proggies and sent them to me in exchange
Sep 26 15:47:24 <dwery> the problem is that M85 or A-85 is the name they used in Italy.. i don't know if it was also sold anywhere else in the world, maybe under another name.
Sep 26 15:58:28 <dwery> i'll have to pain my NSLU2 in black then :)
Sep 26 15:58:59 <dwery> s/pain/paint/
Sep 26 15:59:02 <lennert> paint it paint it paint it
Sep 26 15:59:04 <lennert> paint it black
Sep 26 15:59:22 <dwery> KenwoodSlug
Sep 26 15:59:24 <dwery> :)
Sep 26 15:59:58 <lennert> I Hate MultiCaPiTaLisationS
Sep 26 16:00:17 <dwery> WeLiveInAWikiWorld :)
Sep 26 16:00:28 <lennert> IGuessWeDoDontWe
Sep 26 16:00:54 <dwery> :-)
Sep 26 16:01:32 <dwery> here is a small logo for you: http://www.rmgiusa.com/_borders/KenwoodLogo.gif
Sep 26 16:01:45 <lennert> Not KenWoodLogo?
Sep 26 16:02:21 <dwery> :)
Sep 26 16:07:35 <lennert> http://www.bmwm5.com/articles/m5e60weekend/pictures/DSC02029.jpg
Sep 26 16:08:32 <dwery> yep... take a look to the HUD... 
Sep 26 16:08:42 <lennert> yeah
Sep 26 16:08:46 <lennert> stunning
Sep 26 16:08:46 <dwery> I haven't yet find a way to do a DIY HUD
Sep 26 16:09:19 <lennert> wouldn't you need special glass for that?
Sep 26 16:09:38 <dwery> dunno, I suppose yes.
Sep 26 16:11:43 <[g2]> Ok... what I'm waiting for is that low-power laser that scans stuff directly to your retina like they've got at the HIT lab in Washington State
Sep 26 16:12:13 <lennert> emphasis being on 'low-power' :)
Sep 26 16:12:28 <[g2]> I can't quite read that
Sep 26 16:13:10 <[g2]> http://www.microvision.com/MicroHUD/mh_eval.html
Sep 26 16:13:26 <[g2]> this stuff was supposed to be out years ago
Sep 26 16:13:32 <dwery> well... I've played when an high-power laser.. not suitable for scanning over the retina but very suitable as an offensive weapon on my car.. if it wasn;'t for its price...
Sep 26 16:13:41 <dwery> s/when/with/
Sep 26 16:13:49 <dwery> (it's getting late...)
Sep 26 16:14:44 <dwery> [g2]: did you contacted them?
Sep 26 16:19:55 <[g2]> flic ?
Sep 26 16:19:58 <[g2]> microvision ?
Sep 26 16:20:10 <[g2]> or the HIT lab ?
Sep 26 16:21:24 <dwery> [g2]: microvision
Sep 26 16:22:13 <[g2]> I was following the head mounted display technology waiting for it to come to market
Sep 26 16:22:41 <[g2]> the flic is pretty neat and I guess it's a revenue generator based on the technology
Sep 26 16:23:31 <jbowler-away> OpenSlug-2.7-beta is monotone revision 2cc82e332c0190cf2a01bcd2a280304468929dc8
Sep 26 16:23:57 <nettie> hey jbowler-away 
Sep 26 16:24:01 <dwery> i'd be happy to have a microhud on the car.. but I gues it will be pricey...
Sep 26 16:24:16 <nettie> just noticed you wrote some of the wiki of ucslugc
Sep 26 16:24:24 <nettie> I'm wondering what's the current project status .
Sep 26 16:55:14 <CIA-8> 03jbowler * r197 10/trunk/openslug/ (2131 files in 740 dirs): OpenSlug-2.7-beta
Sep 26 17:05:40 * brainwagon considers turbo-izing his slug.
Sep 26 17:05:45 <brainwagon> seems simple enough...
Sep 26 17:08:53 <CIA-8> 03jbowler * r198 10/trunk/openslug/ (Makefile conf/local.conf.sample conf/local.conf.template): Updated Makefile.
Sep 26 17:12:18 <CIA-8> 03jbowler * r199 10/releases/OpenSlug-2.7-beta/: OpenSlug-2.7-beta source release
Sep 26 17:35:18 <CIA-8> 03jbowler * r200 10/releases/OpenSlug-2.7-beta/ (Makefile conf/distro/ conf/distro/openslug-bbfiles.conf): Release version of Makefile and the release-specific bbfiles list.
Sep 26 17:36:00 <CIA-8> 03jbowler * r201 10/trunk/openslug/ (Makefile conf/distro/): distro directory plus Makefile which is svn correct
Sep 26 19:51:14 <supergerg> I'm using the Makefile from http://www.nslu2-linux.org/Makefile, how do I pull the latest for 2.7 or 2.8?
Sep 26 19:52:09 <NAiLZzZ> make update
Sep 26 19:52:39 <supergerg> I did but when I do a build the kernel version is still 2.6.12.2-r17
Sep 26 19:55:06 <supergerg> I thought the 2.7 or 2.8 branch has the 2.6.14 kernel
Sep 26 19:55:44 <NAiLZzZ> afaik it should build with the 2.6.13.2 kernel
Sep 26 19:55:53 <NAiLZzZ> but I haven't looked at the release yet
Sep 26 19:56:52 <supergerg> okay
Sep 26 19:59:06 <supergerg> I found the problem my conf file is pointing to the 2.6.12.2
Sep 26 20:18:44 * brainwagon has successfully turbo-ized his slug.
Sep 26 21:54:02 <jbowler-away> 2.8 has the 2.6.12.2 kernel, see the message I posted to the mailing list
Sep 27 05:02:57 <Jacmet> dwery: hi
Sep 27 05:03:06 <dwery> Jacmet: hi
Sep 27 05:05:13 <dwery> Jacmet: do you have any news? ;)
Sep 27 05:08:29 <dwery> have to go.. bye all
Sep 27 05:08:31 <Jacmet> dwery: not really, I've posted the LE patches (except for flash) to the ml
Sep 27 05:08:45 <dwery> Jacmet: good news then :)
Sep 27 05:18:42 <dwery-away> Jacmet: both patches have got negative comments :(
Sep 27 05:19:10 <Jacmet> dwery-away: yeah, semi negative atleast - I'll reply when I get home
Sep 27 05:19:23 <dwery-away> ack
Sep 27 05:20:08 <Jacmet> dwery-away: The swtch-cpu patch probably just needs an #ifdef so it isn't included on old cpus and the other one just needs a bit more explanation
Sep 27 05:20:18 <dwery-away> ok
Sep 27 05:20:20 <Jacmet> switch-cpu-to-le even
Sep 27 05:30:27 <lennert> dwery-away: that's just what 'review' is all about.
Sep 27 05:30:43 <dwery-away> lennert: yep, i know :)
Sep 27 05:30:45 <lennert> dwery-away: nobody but rmk would probably have known that armv3 doesn't have that register.
Sep 27 05:37:05 <Jacmet> lennert: exactly
Sep 27 05:45:28 <dwery> a question.. given that big-endian.S also accesses the same register, ARMv3 wouldn't have problems anyway?
Sep 27 05:49:24 <Jacmet> dwery: yes, but I guess noone uses an ARMv3 in BE mode
Sep 27 05:50:12 <dwery> oh.. understood.
Sep 27 05:50:18 <Jacmet> dwery: there's basically not really any reason for running ARM in BE mode except for getting the NPEs working
Sep 27 05:51:26 <Jacmet> and perhaps routing performance for 10+ gbit
Sep 27 06:51:38 <lennert> Jacmet: there isn't any reason for running arm in LE either
Sep 27 07:01:34 <Jacmet> lennert: no, not besides it's default and "standard"
Sep 27 07:02:57 <lennert> BE is 'standard' in telco stuff :)
Sep 27 07:03:02 <lennert> BE, LE, choose your poison
Sep 27 07:06:10 <Jacmet> lennert: yes, but ARM has historically always been LE
Sep 27 07:06:20 <Jacmet> like all the wince pdas
Sep 27 07:06:29 <Jacmet> but well, it doesn't really matter much
Sep 27 07:09:25 <kolla> Jacmet: but ARM is older than wince ;)
Sep 27 07:09:38 <Jacmet> kolla: certainly
Sep 27 07:10:22 <kolla> iirc RiscOS was/is bigendian too
Sep 27 07:22:28 <Jacmet> kolla: sure? I though big endian support only came in v3
Sep 27 07:31:17 <Jacmet> kolla: yes it was - see http://www.heyrick.co.uk/assembler/coprocmnd.html
Sep 27 07:32:55 <kolla> it wsa bigendian?
Sep 27 07:32:58 <kolla> was..
Sep 27 07:44:11 <Jacmet> no, LE afaik
Sep 27 09:29:37 <ka6sox-away> I need to do some emergency maintainence on our Web, ipkg, and Monotone server...these services will be possibly unavailable for up to 3-4hrs commencing in 30 minutes
Sep 27 11:09:12 <dwery-away> hi guys.. i've a new patchset ready, with some cleanups and removal. 
Sep 27 11:09:45 <dwery-away> I know I should use monotone 
Sep 27 11:10:10 <dwery-away> but I must admit I do not feel so comfortable with it
Sep 27 11:12:31 <VoodooZ_Work> That's why I switched to the source tarball. It kept giving headaches and I spent more time fighting with it than doing actual work.
Sep 27 11:13:24 <VoodooZ_Work> dwery, do you know if the new openslug-2.7 with kernel 2.6.14-rc2 works with the CSR drivers? Mine doesn't  work.
Sep 27 11:14:05 <dwery> VoodooZ_Work: don't know, sorry. I think Kohn was working on it
Sep 27 11:14:08 <dwery> John
Sep 27 11:14:15 <VoodooZ_Work> ok.
Sep 27 11:14:33 <VoodooZ_Work> I noticed there's lots of references to 2.6.12.2 still in the image so I'm not surprised.
Sep 27 11:18:07 <VoodooZ_Work> yeah, all the modules are compiled with the older 2.6.12.2 and the kernel running is 2.6.14-rc2. that's why.
Sep 27 11:19:15 <rwhitby-asleep> VoodooZ_Work: you need to manually recompile any drivers which are not rebuilt by rebuilding the kernel (e.g. ixp drivers)
Sep 27 11:20:01 <VoodooZ_Work> They were recompiled. It's a fresh install. In my /lib/modules folder I have both 2.6.12.2 and 2.6.-14-rc2 trees.
Sep 27 11:21:05 <VoodooZ_Work> Both the ixp400 and ixp425_eth modules appear under the 2.6.12 branch. (as does my custom ibot webcam driver).
Sep 27 11:21:24 <VoodooZ_Work> Everything else is under the 2.6.14-rc2 branch as expected.
Sep 27 11:21:50 <VoodooZ_Work> Unless the overiding the kernel version preference in my local.conf caused it?
Sep 27 11:22:10 <VoodooZ_Work> Oh! I think I see why now.
Sep 27 11:22:56 <VoodooZ_Work> The tree modules still in 2.6.12 are built as packages and probably don't obey the PREFERED_kernel version line and default to 2.6.12.2
Sep 27 11:24:01 <VoodooZ_Work> s/tree/three/g
Sep 27 11:24:37 <VoodooZ_Work> I guess I'll wait until they change the default kernel appropriately
Sep 27 11:28:21 <Joschi> hi folks, i just read through the mailing list archives and i found the messages concerning spindown
Sep 27 11:28:52 <Joschi> a guy there mentions he will upload a kernel patch to some "custom executables" folder - where could this be?
Sep 27 11:32:46 <Joschi> i also have a question concerning the whole development system... It should be possible, to update the packages on the feeds for older distributions, no?
Sep 27 11:33:30 <Joschi> i.e. I am currently using openslug2.5 and would like to use openvpn, but it's only in openslug-unstable
Sep 27 11:34:04 <Joschi> so i downloaded this by hand and installed, but this version also has a bug, which is already in slugbug and seems to be solved in the head
Sep 27 11:34:16 <Joschi> is it just to much work to merge these fixes back?
Sep 27 11:34:21 <Joschi> or is it impossible?
Sep 27 11:35:18 <ByronT> IIRC, there is something missing from OpenSlug 2.5 that would allow openvpn to work... (I could be wrong...)
Sep 27 11:36:00 <Joschi> hm, all dependencies are good, the package from openvpn installs fine
Sep 27 11:36:51 <Joschi> what i hit is this http://slugbug.nslu2-linux.org/bug.php?op=show&bugid=168&pos=1
Sep 27 11:37:24 <Joschi> but it was more a principal question :) i'm building 2.7 at the moment, i hope this will fix it :)
Sep 27 11:37:39 <ByronT> rEALz|out: moving from unstable to stable - check with NAiL - the openslug package manager
Sep 27 11:37:50 <ByronT> that should have been re:
Sep 27 12:08:45 <dwery> Jacmet: ping
Sep 27 12:17:00 <Jacmet> dwery: pong
Sep 27 12:17:28 <dwery> Jacmet: about the AHB.. what happens in the NSLU without that le patch?
Sep 27 12:18:50 <NAiL> Joschi: huh? You get bug #168 with OpenSlug 2.5?
Sep 27 12:19:13 <Joschi> jepp
Sep 27 12:20:24 <NAiL> ok, it goes away with diffferent optimization.. I'll look at it
Sep 27 12:21:40 <Joschi> how do that packages come to the feeds? u have to merge the patches and recompile?
Sep 27 12:22:03 <Joschi> you decide when to put from unstable to native / cross ?
Sep 27 12:22:10 <NAiL> packages in the unstable feed are pushed automatically ever 15 mins or so (provided they all compile)
Sep 27 12:22:25 <NAiL> packages in the stable feeds are pushed by me
Sep 27 12:22:42 <Joschi> unstable is build directly from head?
Sep 27 12:22:45 <NAiL> yes
Sep 27 12:22:52 <Joschi> ah, i see :)
Sep 27 12:23:32 <Joschi> so why is status of 168 "resolved" ?
Sep 27 12:23:46 <Joschi> if it doesn't work with the unstable-package?
Sep 27 12:24:10 <NAiL> Because that bug isn't for openslug
Sep 27 12:24:13 <NAiL> it's for unslung
Sep 27 12:24:23 <Joschi> ups :)
Sep 27 12:24:31 <NAiL> ;)
Sep 27 12:24:48 <Joschi> so i should rise another one? ;)
Sep 27 12:25:18 <NAiL> not that much use. I think I know how to fix it
Sep 27 12:25:27 <NAiL> I'll see if I get it to work first
Sep 27 12:27:16 <Jacmet> dwery: pci doesn't work correctly - you can access the configuration space but I got errors from the USB controller
Sep 27 12:27:25 <kolla> heh, better ask here I guess :)
Sep 27 12:27:33 <dwery> Jacmet: ok, so it's required
Sep 27 12:27:35 <dwery> :-D
Sep 27 12:27:50 <NAiL> kolla: edit it and add more verbosity? ;)
Sep 27 12:28:17 <kolla> NAiL: but that will just print out to ttyS0, wont it?
Sep 27 12:28:25 <Joschi> NAiL: head and 2.5 are still on the same kernel version, right?
Sep 27 12:29:05 * kolla adds "set -x"
Sep 27 12:30:21 <kolla> NAiL: it fails when swindel tries to pivot to my gentoo partition :)
Sep 27 12:30:37 <kolla> not sure what I missed, there is /initrd on it as well as /sbin/init
Sep 27 12:32:37 <kolla> all I see from logread is that it mounted it, and then obviously unmounted it again
Sep 27 12:47:41 <NAiL> kolla: you got "logger"?
Sep 27 12:49:05 <kolla> ah.. I see :)
Sep 27 12:49:29 <kolla>  | logger
Sep 27 12:51:29 <kolla> exec '/boot/disk' '/dev/sda1' '-t' 'ext3' '-o' 'defaults' 2>&1 | logger
Sep 27 12:51:33 <kolla> maybe
Sep 27 13:00:22 <senneth> n
Sep 27 13:08:29 <NAiL> Joschi: no, different kernels
Sep 27 13:08:46 <Joschi> jepp, i saw... r12 vs r17
Sep 27 13:08:48 <NAiL> I see why openvpn fails to build correctly
Sep 27 13:09:02 <Joschi> yeah? why?
Sep 27 13:09:38 <Joschi> aehm - it doesn't build? it DOES build but it doesn't work....?
Sep 27 13:09:49 <Joschi> i just build it from 2.7 tarball...
Sep 27 13:09:52 <Joschi> built
Sep 27 13:09:56 <NAiL> hehe, yeah
Sep 27 13:10:03 <NAiL> but it builds 2.0rc1 instead of 2.0
Sep 27 13:10:10 <Joschi> ah
Sep 27 13:10:23 <NAiL> I added the fix to 2.0 ;)
Sep 27 13:10:38 <Joschi> hm - and how to do i get 2.0?
Sep 27 13:10:49 <Joschi> ok, i can change the src url in the tarball...
Sep 27 13:15:48 <Joschi> anyone already made the slug act as a bridge? it's a bit difficult without serial, as i always lock myself out when doing something wrong ;)
Sep 27 13:20:57 <Joschi> ok, i did it :) I'll create a wiki page :)
Sep 27 13:44:40 <NAiL> Joschi: btw, openvpn 2.0 (not rc1) should be in the feeds within half an hour
Sep 27 13:45:09 <Joschi> fine, thanks!
Sep 27 13:45:24 <Joschi> i have now a bluetooth-lan-access-point :)
Sep 27 13:45:57 <NAiL> ooh
Sep 27 13:45:57 <NAiL> nice
Sep 27 13:48:18 <CIA-8> 03repvik * r202 10/releases/OpenSlug-2.5-beta/openembedded/packages/openvpn/openvpn_2.0rc1.bb: Set DEFAULT_PREFERENCE to -1 to avoid building the wrong version of openvpn
Sep 27 13:53:12 <CIA-8> 03repvik * r203 10/releases/OpenSlug-2.7-beta/openembedded/packages/openvpn/openvpn_2.0rc1.bb: Set DEFAULT_PREFERENCE to -1 to avoid building the wrong version of openvpn
**** ENDING LOGGING AT Tue Sep 27 15:07:06 2005

**** BEGIN LOGGING AT Fri Sep 30 02:36:11 2005
Sep 30 02:48:18 <CIA-8> 03jbowler 07org.nslu2-linux.bitbake * r0f876c8e... 10/lib/bb/ (__init__.py parse/__init__.py shell.py): bitbake 313
Sep 30 02:48:19 <CIA-8> 03rwhitby 07org.nslu2-linux.dev * r01be0e33... 10/Makefile: Moved the autobuild targets to a separate script, since normal developers don't run them.
Sep 30 02:48:22 <CIA-8> 03mickeyl 07org.openembedded.dev * ra4aff455... 10/packages/tcltk/ (files/disable-xim.patch tcl_8.4.11.bb tk_8.4.11.bb): add tcl (tool command language) and the tk (toolkit) extension
Sep 30 02:48:25 <CIA-8> 03mickeyl 07org.openembedded.dev * rd9e0576b... 10/packages/ (3 files in 2 dirs): add python-pyflakes, a source code checker similar to pychecker
Sep 30 02:48:27 <CIA-8> 03mickeyl 07org.openembedded.dev * r3eb5b8ba... 10/packages/ (3 files in 2 dirs): 
Sep 30 02:48:28 <CIA-8> add python-pyvisa, a package that enables you to control all kinds of measurement equipment through various buses (GPIB,
Sep 30 02:48:28 <CIA-8> RS232, USB) with Python programs.
Sep 30 02:48:30 <CIA-8> 03mickeyl 07org.openembedded.dev * r09997038... 10/packages/tcltk/ (tcl_8.4.11.bb tk_8.4.11.bb): tcl/tk: install header files into $STAGING_DIR
Sep 30 02:48:32 <CIA-8> 03jbowler 07org.openembedded.dev * rf23b8e33... 10/packages/ixp425-eth/ (files/2.6.13.patch files/intdriven.patch ixp425-eth_1.1.bb): 
Sep 30 02:48:35 <CIA-8> ixp425-eth: patches for 2.6.13 kernels
Sep 30 02:48:37 <CIA-8> some structure changes, also remove unused statics caused by the intdriven
Sep 30 02:48:40 <CIA-8> patch.
Sep 30 02:48:41 <CIA-8> 03jbowler 07org.openembedded.dev * rc36ef6a9... 10/packages/linux/ (3 files in 2 dirs): 
Sep 30 02:48:43 <CIA-8> openslug-kernel: new 2.6.13.2 kernel
Sep 30 02:48:45 <CIA-8> This kernel is not in any openslug (or ucslugc) build as of this monotone
Sep 30 02:48:47 <CIA-8> revision, to use it change the PREFERRED_VERSION_openslug-kernel in the
Sep 30 02:48:49 <CIA-8> distro conf file.
Sep 30 02:48:51 <CIA-8> 03freyther 07org.openembedded.dev * r04efeed3... 10/packages/linux/ (2 files): 
Sep 30 02:48:53 <CIA-8> OpenSIMpad:
Sep 30 02:48:56 <CIA-8>  -Switch to gcc 3.3.4 as this can be compiled with uclibc and gcc 4.0
Sep 30 02:49:32 <rwhitby> jpalten: do you have a delay set for the disk ?
Sep 30 02:49:35 <CIA-13> 03jbowler 07org.openembedded.dev * r95f5e803... 10/packages/linux/ (6 files in 2 dirs): nslu2-kernel: working 2.6.14-rc2 kernel
Sep 30 02:49:38 <CIA-13> 03jbowler 07org.openembedded.dev * rb412bd6f... 10/packages/openslug-init/ (openslug-init-0.10/conffiles openslug-init_0.10.bb): 
Sep 30 02:49:41 <CIA-13> openslug-init: make /etc/fstab a 'preserve' file
Sep 30 02:49:43 <CIA-13> This is so that a reflash does not update the file - if it is necessary
Sep 30 02:49:45 <CIA-13> to patch the file in the future then it will be necessary to write a
Sep 30 02:49:47 <CIA-13> post-install script for whatever package requires the patch.
Sep 30 02:49:49 <CIA-13> 03jbowler 07org.openembedded.dev * r642f125f... 10/packages/linux/ (3 files in 2 dirs): nslu2-kernel_2.6.14-rc2: remove nslu2-part.c from the kernel
Sep 30 02:49:52 <CIA-13> 03jbowler 07org.openembedded.dev * r7f6b7120... 10/conf/distro/ (openslug-packages.conf ucslugc-packages.conf): 
Sep 30 02:49:55 <CIA-13> openslug,ucslugc: python now requires tcl and tk
Sep 30 02:49:57 <CIA-13> Added packages to the .conf file
Sep 30 02:49:59 <CIA-13> 03jbowler 07org.openembedded.dev * r607764b0... 10/conf/distro/openslug-packages.conf: openslug-packages.conf: add x11, required by tk
Sep 30 02:50:02 <CIA-13> 03jbowler 07org.openembedded.dev * r5873b927... 10/packages/python/python_2.4.1.bb: python: remove the tcl and tk depends on MACHINE=nslu2
Sep 30 02:50:14 <jpalten> delay? not that I know...
Sep 30 02:50:23 <rwhitby> -s option on turnup
Sep 30 02:50:52 <CIA-8> 03hrw 07org.openembedded.dev * r086de75a... 10/packages/linux/ (5 files in 2 dirs): 
Sep 30 02:50:54 <CIA-8> openzaurus-pxa for poodle: added possibility to build kernel for PXA250 and PXA255
Sep 30 02:50:56 <CIA-8> this will need some tweaking in machine config because it add new 'arch' (poodle255)
Sep 30 02:50:58 <CIA-8> setting for ipkg which is needed only on PXA255 poodles
Sep 30 02:51:00 <CIA-8> 03florian 07org.openembedded.dev * ra217dce7... 10/packages/gtk+/ (14 files in 2 dirs): gtk-2.6.10: Add GTK+ 2.6.10.
Sep 30 02:51:03 <CIA-8> 03hrw 07org.openembedded.dev * r89fba6d8... 10/packages/linux/ (2 files in 2 dirs): openzaurus-pxa: update APM patch to apply correct also for TOSA
Sep 30 02:51:06 <CIA-8> 03hrw 07org.openembedded.dev * r0260fec9... 10/packages/coreutils/ (3 files in 2 dirs): added coreutils 5.3.0
Sep 30 02:51:09 <CIA-8> 03hrw 07org.openembedded.dev * r1e5ed75d... 10/packages/corsair/ (corsair_0.2.0.bb files/corsair-opie.patch): 
Sep 30 02:51:12 <CIA-8> added corsair 0.2.0 - RSS aggregator for Qtopia
Sep 30 02:51:14 <CIA-8> Maintainer does not wanted to give his name ;(
Sep 30 02:51:33 <CIA-8> 03hrw 07org.openembedded.dev * r11b5e30a... 10/packages/pcmcia-cs/ (files/network.conf pcmcia-cs_3.2.8.bb): pcmcia-cs: added two cards into network.conf
Sep 30 02:51:36 <CIA-8> 03koen 07org.openembedded.dev * r2ee92374... 10/packages/gpe-themes/gpe-theme-clearlooks_0.3.bb: packages/gpe-themes/gpe-theme-clearlooks_0.3.bb: add 0.3 to OE
Sep 30 02:51:39 <CIA-8> 03koen 07org.openembedded.dev * r21f344c9... 10/packages/gpe-themes/gpe-theme-industrial_0.2.bb: packages/gpe-themes/gpe-theme-industrial_0.2.bb: add 0.2 to OE
**** ENDING LOGGING AT Fri Sep 30 02:59:57 2005