**** BEGIN LOGGING AT Mon Sep 11 02:59:57 2006
Sep 11 09:11:52 <CIA-5> 03nail * r370 10kernel/trunk/patches/2.6.17/ (14-nslu2-irq-fix.patch defconfig series): Add nslu2 irq-fix
Sep 11 09:15:42 <blaster8> NAiL: ping
Sep 11 09:15:45 <blaster8> again :p
Sep 11 09:16:25 <blaster8> think I've run into a small bug in the kernel build Makefile
Sep 11 09:16:48 <blaster8> built the kernel, built the modules and 'installed' them
Sep 11 09:17:01 <blaster8> it's run devio to produce the vmlinuz images for the different devices
Sep 11 09:17:09 <blaster8> then it bombs out with:
Sep 11 09:17:40 <blaster8> make: *** No rule to make target 'tar', needed by 'modules-2.6.17.tar.gz'. Stop.
Sep 11 09:18:43 <blaster8> the issue is cosmetic, as I have a fully built kernel and modules, but I thought it might be good to document :)
Sep 11 09:19:22 <NAiL> got a fix? :)
Sep 11 09:19:43 <blaster8> not yet, thought you might know what's going on
Sep 11 09:20:07 <NAiL> my makefile foo is weak, and great wizards have written that thing :-P
Sep 11 09:20:47 <blaster8> ok, picked up your latest changeset into my working copy, I'll integrate it now
Sep 11 09:21:10 <blaster8> hold on
Sep 11 09:21:15 <blaster8> why is it is 2.6.17?
Sep 11 09:21:21 <blaster8> s/is/in
Sep 11 09:21:47 <blaster8> my issue was in building 2.6.18?
Sep 11 09:22:47 <NAiL> it's actually patched to 2.6.18-rc6 if you look in the series file
Sep 11 09:23:28 <blaster8> but you changed the 2.6.17 directory, and the 2.6.18-rc6 patch is in the 2.6.18 directory
Sep 11 09:24:54 <NAiL> huh? I don't have a 2.6.18 directory at all
Sep 11 09:25:11 <blaster8> ok, hold on
Sep 11 09:25:28 <blaster8> http://trac.nslu2-linux.org/kernel/browser/trunk/patches
Sep 11 09:25:41 <blaster8> I've been building from the patches in the 2.6.18 directory
Sep 11 09:26:04 <NAiL> hmm
Sep 11 09:26:08 <NAiL> where's my dir gone to?
Sep 11 09:26:14 <blaster8> hey, I only work here
Sep 11 09:26:16 <blaster8> ;)
Sep 11 09:26:52 * NAiL checks out the sources fresh
Sep 11 09:27:40 <NAiL> we should get you svn access though ;)
Sep 11 09:28:02 <blaster8> that would be good :)
Sep 11 09:32:32 <CIA-5> 03nail * r371 10kernel/trunk/patches/2.6.18/ (14-nslu2-irq-fix.patch defconfig series): 2.6.18-rc6: Commit fixes in the right folder
Sep 11 09:32:42 <NAiL> there
Sep 11 09:34:02 <blaster8> and uncommit the changes in 2.6.17?
Sep 11 09:34:13 <NAiL> working on it
Sep 11 09:34:23 <blaster8> once that's done I will clean up my branch and get back to you
Sep 11 09:35:21 <blaster8> brb
Sep 11 09:37:24 <CIA-5> 03nail * r372 10kernel/trunk/patches/2.6.17/ (14-nslu2-irq-fix.patch defconfig series): 2.6.17: Back out wrong changes
Sep 11 09:52:39 <NAiL> blaster8: reverted the .17 changes
Sep 11 09:52:43 <blaster8> cool
Sep 11 09:52:54 <NAiL> I'll be off in a little while to fix a friends network
Sep 11 09:53:04 <blaster8> I emailed tbm and got a response about sorting out the position of the NPE microcode in the flash
Sep 11 09:53:10 <blaster8> :)
Sep 11 09:53:44 <NAiL> hmm
Sep 11 09:53:56 <NAiL> I'm still a bit more fan of using a separate partition in flash 
Sep 11 09:54:06 <blaster8> same here
Sep 11 09:54:12 <NAiL> that way it can be upgraded :)
Sep 11 09:54:18 <blaster8> the microcode is tiny, and can be fitted right on the end
Sep 11 09:54:24 <blaster8> (only 15KiB)
Sep 11 09:54:42 <NAiL> hmm... I think it's gotta come before the redboot config
Sep 11 09:54:58 <blaster8> oh ok
Sep 11 09:55:04 <blaster8> we'll see what is said :)
Sep 11 09:55:18 <NAiL> I think RedBoot reads it's config from the last block or something like that
Sep 11 09:55:32 <blaster8> stupid thing :p
Sep 11 09:56:07 <blaster8> ok, we'll have to make the flash partition one block shorter and change the FIS partitions structure
Sep 11 09:56:23 <blaster8> and adjust all of our tools ;)
Sep 11 09:58:10 <Caelian|work> NAiL, btw .. thanks for the response ... i'll see when i get to doing the mailinglist hoopla .. and repost there when i get to it :)
Sep 11 10:00:33 <NAiL> yeah
Sep 11 10:00:55 <NAiL> Then other people can see the post and respond to it ;)
Sep 11 10:01:08 <Caelian|work> yeah .. i know .. shoudl have done so in thew first place :)
Sep 11 10:01:15 <NAiL> especially since I have no idea about obj-c :P
Sep 11 10:01:25 <Caelian|work> grrr ... i just can't get used to this Sun Type 6 keyboard :)
Sep 11 10:01:49 <Caelian|work> hehe ... actuaslly the only thing needed would be the gcc-objc bits and the libobjc.so that comes with it
Sep 11 10:02:03 <Caelian|work> libobjc.so being the objective-c runtime
Sep 11 10:57:23 <NAiL> Caelian|work: You might want to ask about this in #oe, and see if they know how to get it built
Sep 11 10:57:47 <Caelian|work> NAiL, no worries ... i have time yet :)
Sep 11 16:08:06 <rwhitby> blaster8: ping
Sep 11 16:08:13 <blaster8> allo
Sep 11 16:08:34 <rwhitby> Thanks for the messages on the list
Sep 11 16:08:38 <rwhitby> I just need to create your certificate now
Sep 11 16:09:40 <blaster8> ok
Sep 11 16:09:52 <blaster8> that'll be good, I've just cleaned up my working copy
Sep 11 16:12:22 <rwhitby> ok, just sent it to you
Sep 11 16:23:13 <rwhitby> blaster8: can you confirm SVN access with that cert?
Sep 11 16:23:19 <blaster8> not yet
Sep 11 16:23:25 <blaster8> converting it into something OS X can read
Sep 11 16:23:29 <blaster8> hold on
Sep 11 16:23:46 <rwhitby> ok
Sep 11 16:24:03 <rwhitby> (I have limited time here - might need to drop out in five minutes)
Sep 11 16:36:17 <CIA-5> 03nail * r37 10upslug2/trunk/ (5 files): Checkin patches for default interface on osx
Sep 11 16:36:38 <NAiL> rwhitby: checked with jbowler on the patches, incase you wonder
Sep 11 16:36:51 <rwhitby> NAiL: thx
Sep 11 16:40:27 * NAiL is getting back to old habits :-P
Sep 11 16:40:30 <NAiL> 18 commits today
Sep 11 16:41:02 <rwhitby> blaster8: gotta go now. if you have trouble getting access please talk to NAiL 
Sep 11 16:41:09 <blaster8> got an OS X bug here
Sep 11 16:41:13 <blaster8> need help now if poss
Sep 11 16:41:21 <rwhitby> I dunno about OSX
Sep 11 16:41:22 <blaster8> can you resend the cert with a password !!
Sep 11 16:41:26 <rwhitby> oh, ok.
Sep 11 16:41:55 <blaster8> it doesn't work if there is no password in the GUI (just found out)
Sep 11 16:42:11 <blaster8> stupid, the command line openssl works fine
Sep 11 16:43:21 <rwhitby> you're fine then?
Sep 11 16:43:33 <rwhitby> (I've got one with a password if you need it)
Sep 11 16:44:54 <rwhitby> ok, sent you one with a password.
Sep 11 16:44:57 <rwhitby> gotta go now
Sep 11 16:45:06 <blaster8> thanks
Sep 11 16:45:25 <rwhitby> Consider the 2.6.18 area to be your playground.
Sep 11 16:45:33 <rwhitby> coordinate with NAiL 
Sep 11 16:45:42 <rwhitby> I'll be back on line around Saturday
Sep 11 16:45:51 <rwhitby> and Thanks!
Sep 11 16:45:53 <blaster8> yay
Sep 11 16:45:56 <blaster8> it works
Sep 11 16:46:07 <blaster8> thanks for patience :)
Sep 11 16:46:15 <rwhitby> np - bye
Sep 11 16:48:22 <NAiL> mwester: ping? Were you working on getting the ide-patch reworked to 2.6.18? 
Sep 11 16:49:55 <goetter> has anyone gotten normal m4a (aac encoded) files to decode/play on an nslu? looks like integer-based decoders are generally lacking ;)
Sep 11 16:50:29 <blaster8> which ide-patch is this?
Sep 11 16:51:28 <NAiL> goetter: that's because integer-based decoders are really, really, painfully slow
Sep 11 16:51:40 <NAiL> blaster8: libata stuff IIRC
Sep 11 16:51:53 <goetter> nail: er, no; i thought FPU decoders were slow.
Sep 11 16:52:04 <goetter> unless you mean something else by 'slow'
Sep 11 16:52:15 <NAiL> uh, ignore my previous comment
Sep 11 16:52:18 <blaster8> isn't that the Alan Cox libata PATA patch?
Sep 11 16:52:41 <NAiL> blaster8: something like that. I haven't been watching stuff closely since 2.6.16 or so
Sep 11 16:52:55 <NAiL> goetter: what is used to decode m4a?
Sep 11 16:53:02 <blaster8> ok, I don't think that's a job to be done by us, NAiL
Sep 11 16:53:52 <NAiL> I'd like the support for the artop chip to get back into the kernel, since it's required by several of the "other devices" we run slugos on
Sep 11 16:54:08 <blaster8> the code is due to enter mainline at 2.6.19-rc1 so we can probably grab it then ?
Sep 11 16:54:39 <goetter> nail: m4a is a wrapper, usually around the aac codec. at least, itunes puts aac in .m4as, and itunes is popular
Sep 11 16:54:44 <NAiL> if we do a release before that, we won't be able to grab it ;)
Sep 11 16:54:54 <goetter> the popular decoder for m4a/aac is FAAD2, which is FPU-based
Sep 11 16:55:18 <NAiL> but what I don't get is ... alans last patch is against 2.6.17-rc4
Sep 11 16:55:28 <NAiL> ah, yeah
Sep 11 16:55:32 <goetter> the other popular decoder for m4a/aac is helix, which is integer-based, but not opensourced, and afaik not available for arm
Sep 11 16:55:38 <NAiL> ah
Sep 11 16:55:50 <NAiL> do you know any integer-based open-source decoders? ;)
Sep 11 16:55:59 <goetter> that's sort of why i'm here
Sep 11 16:58:21 <NAiL> hmm
Sep 11 16:58:28 <NAiL> anything related to this?
Sep 11 16:58:29 <NAiL> The Helix AAC decoder is highly optimized for ARM processors and meets or exceeds the performance of other commercial implementations. It also features one of the first widely available fixed-point implementations of SBR.
Sep 11 16:58:36 <goetter> yeah that's the thing
Sep 11 16:59:25 <goetter> as highly optimized for arm as it may be, i suspect that nobody has licensed it for arm
Sep 11 16:59:30 <goetter> at least, i could find no hint of a binary
Sep 11 16:59:50 <goetter> or if it's licensed, it's buried deep within some cell phone operating system ;)
Sep 11 17:00:13 <NAiL> The Helix sources are provided under the provisions of either the GPL, RPSL or RCSL license. However, you may also want to agree to the Binary EULA license, so you can build the Helix DNA with RealAudio/RealVideo Technology. Links to the licenses can be found under the Licenses selection on the right side of any of the Helix community pages.
Sep 11 17:00:37 <NAiL> I grok that as the sources are available, but you won't get RA/RV support unless there's some binary blob
Sep 11 17:01:08 <goetter> harum!
Sep 11 17:01:14 <blaster8> NAiL: ping
Sep 11 17:01:18 <NAiL> blaster8: pong
Sep 11 17:01:29 <blaster8> how do you use certificate with svn on linux
Sep 11 17:01:35 <blaster8> got it working in OS X
Sep 11 17:01:46 <NAiL> goetter: looks like it should be possible to compile through OE, but it looks like it's a bit complicated
Sep 11 17:02:12 <NAiL> blaster8: svn co https://svn.nslu2-linux.org/svnroot/<repo> <dir>
Sep 11 17:02:33 <NAiL> (of course, then you'll have to specify the path to the cert every single time you do something)
Sep 11 17:02:40 <goetter> OE?
Sep 11 17:03:03 <NAiL> goetter: OpenEmbedded, the build system that is used to build SlugOS
Sep 11 17:03:50 <blaster8> does it work with pfx certificate or do I have to convert it to pem?
Sep 11 17:04:19 <NAiL> blaster8: pm
Sep 11 17:08:48 <blaster8> ok, thanks :)
Sep 11 17:09:22 <NAiL> np
Sep 11 17:09:29 * NAiL awaits a rush of commits :-P
Sep 11 17:10:46 <goetter> someone build the helix player and commit it so i don't have to ;P
Sep 11 17:17:21 <NAiL> Wish it was that easy ;)
Sep 11 17:17:49 <NAiL> you can send a mail to the mailinglist though... some developer might find that he "really needs" the functionality :-P
Sep 11 17:18:35 <goetter> bah. why the hell hasn't this already been done? don't people want to listen to their .m4a files on their nslu2s?!
Sep 11 17:21:09 <blaster8> hehe
Sep 11 17:21:28 <blaster8> there is a much easier way to do rc kernels than adding 30MB patches to SVN
Sep 11 17:21:35 <blaster8> but anyway :p
Sep 11 17:21:53 <NAiL> yeah, I think there's some magic in the makefile to do it too
Sep 11 17:22:03 <blaster8> it's really easy
Sep 11 17:22:11 <blaster8> just change the KERNEL file to 2.6.18-rc6
Sep 11 17:22:21 <blaster8> I've done it, anyway, don't worry
Sep 11 17:23:15 <NAiL> well, too late for that :P
Sep 11 17:23:17 <CIA-5> 03nail * r373 10kernel/trunk/patches/2.6.18/ (KERNEL patch-2.6.18-rc6): 2.6.18: Drop -rc6 patch, change KERNEL so that the Makefile handles it automatically
Sep 11 17:24:51 <CIA-5> 03blaster8 07ixp_npe * r374 10kernel/: Check-in ixp_npe branch for patch review
Sep 11 17:25:30 <blaster8> ok, I need to go for supper, this is just a copy for now
Sep 11 17:25:40 <blaster8> I will add useful stuff afterwards
Sep 11 17:25:51 <NAiL> ok, I'll take a brief look at it ;)
Sep 11 17:30:25 <CIA-5> 03nail * r375 10kernel/trunk/patches/2.6.18/series: update series
Sep 11 17:31:55 <NAiL> ah, copy
Sep 11 17:31:57 <NAiL> heh
Sep 11 17:46:15 <NAiL> argh
Sep 11 17:46:21 <NAiL> I'm a bit out of ideas
Sep 11 17:46:43 <NAiL> I've got a slug that has been sitting on my shelf for an extended period of time
Sep 11 17:46:53 <NAiL> and I can't find it on the network
Sep 11 17:49:01 <NAiL> wohoo :)
Sep 11 17:49:03 <NAiL> found it ;)
Sep 11 17:53:06 <CIA-5> 03blaster8 07ixp_npe * r376 10kernel/patches/ (2.6.15/ 2.6.16/ 2.6.17/ ixp-osal/ ixp400/ ixp400-eth/): Hack makefile and trim down patch directories
Sep 11 17:55:42 <CIA-5> 03blaster8 07ixp_npe * r377 10kernel/Makefile: Actually change makefile this time
Sep 11 17:55:47 <NAiL> hehe
Sep 11 17:55:53 <blaster8> hey
Sep 11 17:55:56 <blaster8> :p
Sep 11 17:56:42 <NAiL> I've gotten used to first do a svn diff to see that I'm committing the right stuff, before actually committing. Even so, something slips through once in a while :-P
Sep 11 18:00:18 <CIA-5> 03blaster8 07ixp_npe * r378 10kernel/patches/2.6.18/ (5 files): Update defconfig, kernel version and irq patch
Sep 11 18:02:23 <CIA-5> 03blaster8 07ixp_npe * r379 10kernel/patches/2.6.18/ (3 files): Commit IXP_NPE driver
Sep 11 18:04:02 <CIA-5> 03blaster8 07ixp_npe * r380 10kernel/patches/2.6.18/75-dsmg600.patch: Fix one part of the DSM-G600 issues - still broken though
Sep 11 18:09:38 <CIA-5> 03blaster8 07ixp_npe * r381 10kernel/README_BRANCH: Add branch readme
Sep 11 18:10:16 <blaster8> OK, I'm done
Sep 11 18:10:21 <blaster8> now a test
Sep 11 18:24:55 <blaster8> well, it seems to all be building from a fresh working copy
Sep 11 18:25:01 <blaster8> my work here is done
Sep 11 18:25:01 <blaster8> :p
Sep 11 18:25:39 <blaster8> NAiL: Can you upgrade to Openslug HEAD and then update the kernel to test this
Sep 11 18:26:07 <blaster8> my slug is in pieces - need to make some more holes in its box before I can do testing myself
Sep 11 18:26:28 <blaster8> I can start that stage on Wednesday
Sep 11 18:27:44 <NAiL> Not quite sure yet when I can get around to it
Sep 11 18:28:07 <NAiL> I just revived my old slug and I'm putting it up as a router
Sep 11 18:28:20 <blaster8> ok
Sep 11 18:28:21 <NAiL> That'll free up my "prodslug" so I can test, in a while
Sep 11 18:28:28 <blaster8> router?
Sep 11 18:28:32 <NAiL> yeah
Sep 11 18:28:41 <NAiL> zd1211 wifi dongle -> eth0
Sep 11 18:28:49 <blaster8> cool
Sep 11 18:29:03 <blaster8> I'm going to build an ADSL modem one day
Sep 11 18:29:03 <NAiL> I'm connecting the slug to a WRT54G through wifi
Sep 11 18:29:28 <blaster8> zd1211, Speedtouch 330 (USB ADSL modem) and NSLU2
Sep 11 18:29:37 <blaster8> Totally open source :)
Sep 11 18:29:46 <blaster8> (and drivers all in Mainline)
Sep 11 18:30:03 <NAiL> yeah, except the firmware for the slug and zd1211 :P
Sep 11 18:30:13 <blaster8> well, that doesn't count :p
Sep 11 18:30:40 <blaster8> you forgot the modem firmware
Sep 11 18:31:49 <NAiL> ah yeah
Sep 11 18:34:26 <metatron> hello - i'm trying to build a debianslug image using the mastermakefile - but it aborts when coming to build the rootfs - the log says that there is a problem locating "cpio" package, but it doesn't failed when building.
Sep 11 18:35:29 <metatron> anyone able to help me?
Sep 11 18:37:33 <blaster8> no idea
Sep 11 18:37:39 <blaster8> hmm
Sep 11 18:37:55 <blaster8> can you copy the exact log to pastebin
Sep 11 18:38:10 <metatron> sure, just a moment
Sep 11 18:40:40 <NAiL> metatron: from HEAD? 
Sep 11 18:40:49 <NAiL> or 3.10-beta?
Sep 11 18:42:00 <metatron> build says 4.0beta -- used the makefile from nslu2-linux.org/Makefile
Sep 11 18:43:33 <metatron> http://pastebin.ca/167158
Sep 11 18:45:03 <metatron> cpio is located at slug/kernel/debianslug/tmp/deploy/ipk/cpio-dbg_2.5-r3_arm.ipk
Sep 11 18:46:46 <blaster8> why are you building HEAD?
Sep 11 18:47:41 <metatron> it
Sep 11 18:48:05 <metatron> sry - just tried to follow the tut - my first slugimage build
Sep 11 18:48:12 <blaster8> ok
Sep 11 18:48:16 <NAiL> There's nothing wrong in building head if you know what you're doing :-P
Sep 11 18:48:21 <blaster8> true
Sep 11 18:48:28 <blaster8> but then you have to expect breakage
Sep 11 18:48:38 <blaster8> still, this is strange breakage
Sep 11 18:48:59 <NAiL> metatron: Are you building on edgy eft x86_64?
Sep 11 18:48:59 <blaster8> we really need a tinderbox
Sep 11 18:49:29 <metatron> NAiL: nope, plain old i686 :)
Sep 11 18:49:37 <blaster8> distro?
Sep 11 18:49:37 <NAiL> what distro?
Sep 11 18:49:39 <NAiL> heh
Sep 11 18:49:43 <metatron> archlinux
Sep 11 18:49:53 <NAiL> ok, you're the second one with this problem
Sep 11 18:50:09 <blaster8> hmmmmmmmm
Sep 11 18:50:13 <NAiL> oh, no.. it's not the same problem
Sep 11 18:55:03 <metatron> suggestions? i'm using monotone 0.26 as said in the wiki (if that maybe matters)
Sep 11 18:57:37 <blaster8> really not sure
Sep 11 19:01:37 <metatron> mkay, i'll try to build it on a another machine running debian - thanks for help
Sep 11 19:01:44 <blaster8> good idea
Sep 11 19:02:00 <metatron> bye
Sep 11 19:09:18 <blaster8> NAiL: got some cleanups for 2.6.17
Sep 11 19:09:52 <NAiL> ok?
Sep 11 19:10:08 <blaster8> can I push them straight
Sep 11 19:10:14 <NAiL> sure
Sep 11 19:10:29 <blaster8> just checking it all builds
Sep 11 19:11:54 <CIA-5> 03blaster8 * r382 10kernel/trunk/patches/2.6.17/ (defconfig series): Clean up defconfig
Sep 11 19:22:28 <CIA-5> 03blaster8 07ixp_npe * r383 10kernel/patches/2.6.18/ (14 files): Remove out-of-date patches of unknown provenance
Sep 11 19:24:39 <NAiL> hmm
Sep 11 19:24:54 <NAiL> Do you know the purpose of all those patches?
Sep 11 19:25:31 <NAiL> The ds101 patches can be removed, since I can't finish them anyway.
Sep 11 19:26:10 <CIA-5> 03blaster8 07ixp_npe * r384 10kernel/patches/2.6.18/defconfig: Add support for my pet I2C chip
Sep 11 19:26:25 <blaster8> NAiL: Not all of them, but most
Sep 11 19:26:25 <NAiL> g2 might now if 65-loft-config.patch is still necessary
Sep 11 19:26:33 <blaster8> it definitely is
Sep 11 19:26:47 <blaster8> BUT it has not been redone for 2.6.17, let alone 2.6.18
Sep 11 19:27:21 <NAiL> ah, good point
Sep 11 19:27:34 <blaster8> he can re-add it as soon as it's done
Sep 11 19:29:51 <NAiL> omg
Sep 11 19:29:54 <blaster8> ?
Sep 11 19:30:07 <NAiL> the libata-pata patch is ... 50% FAIL
Sep 11 19:30:10 <blaster8> ?
Sep 11 19:30:16 <blaster8> I know
Sep 11 19:30:23 <blaster8> it's not our job to refresh that thing
Sep 11 19:30:41 <NAiL> then whos job is it? It won't happen by itself ;)
Sep 11 19:30:50 <blaster8> yes it will
Sep 11 19:30:50 <blaster8> http://zeniv.linux.org.uk/~alan/IDE/
Sep 11 19:31:32 <blaster8> http://lkml.org/lkml/2006/8/9/285
Sep 11 19:32:35 <blaster8> got it
Sep 11 19:32:42 <blaster8> the new pata patches are in -mm
Sep 11 19:32:54 <blaster8> http://www.kernel.org/diff/diffview.cgi?file=%2Fpub%2Flinux%2Fkernel%2Fpeople%2Fakpm%2Fpatches%2F2.6%2F2.6.18-rc6%2F2.6.18-rc6-mm1%2F2.6.18-rc6-mm1.bz2;z=550
Sep 11 19:33:03 <blaster8> search for pata_
Sep 11 19:33:24 <blaster8> :)
Sep 11 19:33:38 <blaster8> NAiL: see above
Sep 11 19:34:25 <NAiL> yeah
Sep 11 19:34:35 <NAiL> so it won't be updated until 2.6.19 then
Sep 11 19:35:37 <blaster8> ?
Sep 11 19:35:57 <blaster8> it goes into mainline at 2.6.19
Sep 11 19:35:59 <NAiL> we won't get libata-pata until 2.6.19
Sep 11 19:36:18 <blaster8> not in mainline
Sep 11 19:36:32 <blaster8> but if we can disect out the patch from -mm then it can go into 2.6.18
Sep 11 19:37:17 <NAiL> mmhmm
Sep 11 19:37:22 <NAiL> I think I'll do just that.
Sep 11 19:37:32 <blaster8> I can do it
Sep 11 19:38:02 <blaster8> got it
Sep 11 19:38:31 <blaster8> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18-rc6/2.6.18-rc6-mm1/broken-out/git-libata-all.patch
Sep 11 19:38:46 <blaster8> more than just a pretty face ;)
Sep 11 19:39:43 <NAiL> nice :)
Sep 11 19:41:51 <NAiL> Now at patch git-libata-all.patch
Sep 11 19:41:55 <NAiL> works like a charm
Sep 11 19:42:29 <blaster8> the only issue is that I spotted a Compact Flash update
Sep 11 19:42:38 <blaster8> which probably conflict with patch 96
Sep 11 19:45:49 <blaster8> hmm
Sep 11 19:46:02 <blaster8> the makefile in the kernel repo is really broken
Sep 11 19:46:37 <blaster8> 2.6.17 stock build fails on the Open Source access library
Sep 11 19:49:13 <NAiL> the kernel repo has been neglected for a long time
Sep 11 19:52:21 <CIA-5> 03blaster8 07ixp_npe * r385 10kernel/STATUS: Update status file
Sep 11 19:52:40 <blaster8> OK, I'll get it working
Sep 11 19:53:11 <CIA-5> 03nail * r386 10kernel/trunk/patches/2.6.18/ (5 files): 2.6.18-rc6: Include libata-pata patch, refresh 96-pata-ixp4xx.patch
Sep 11 19:53:24 <blaster8> I wouldn't bother with 2.6.18 in trunk
Sep 11 19:53:27 <blaster8> it's broken
Sep 11 19:53:33 <blaster8> fixes in my branch for now
Sep 11 19:54:38 <NAiL> well, I'd rather you just merge the branch back to trunk
Sep 11 19:55:17 <blaster8> ok, but I have had to alter the Makefile
Sep 11 19:55:44 <blaster8> so, when I merge, I break ixp_osal building
Sep 11 19:55:52 <blaster8> to be honest, it is currently broken here anyway
Sep 11 19:55:55 <blaster8> decision?
Sep 11 19:59:14 <NAiL> what's the current status of your repo?
Sep 11 19:59:26 <blaster8> I'm about to check out fresh
Sep 11 19:59:27 <NAiL> ie, what's broken and what's not? ;)
Sep 11 19:59:41 <blaster8> all working
Sep 11 19:59:47 <blaster8> or at least, building
Sep 11 19:59:51 <NAiL> yeah
Sep 11 19:59:54 <blaster8> Makefile needs a bit of love, though
Sep 11 20:00:09 <blaster8> as I say, merging will break the already broken ixp_osal building
Sep 11 20:00:14 <blaster8> but permanently
Sep 11 20:00:26 <blaster8> the question is do we care?
Sep 11 20:01:49 <NAiL> I don't
Sep 11 20:01:53 <blaster8> right
Sep 11 20:02:00 <blaster8> I'll merge
Sep 11 20:02:08 <NAiL> k
Sep 11 20:03:13 <blaster8> in fact, I'll go further
Sep 11 20:03:22 <blaster8> no, I won't
Sep 11 20:03:24 <blaster8> bad idea
Sep 11 20:09:20 <blaster8> changed my mind
Sep 11 20:09:29 <blaster8> this development really must happen in a branch
Sep 11 20:09:41 <blaster8> trunk is dead, for now
Sep 11 20:09:53 <blaster8> we develop in branch till we have something that works confirmed
Sep 11 20:10:25 <blaster8> then we blow trunk away into archived and copy our branch
Sep 11 20:11:15 <CIA-5> 03blaster8 07ixp_npe * r387 10kernel/patches/2.6.18/ (96-pata-ixp4xx.patch libata-dev.patch series): Add in libata support to branch
Sep 11 20:27:39 <CIA-5> 03bzhou * r4041 10optware/trunk/make/swi-prolog.mk: swi-prolog: upstream upgrade to 5.6.19
Sep 11 20:40:21 <blaster8> OK, one more patch needed to enable libata pata
Sep 11 20:58:37 <CIA-5> 03blaster8 * r388 10kernel/trunk/DEPRECATED: All commits to ixp_npe branch please
Sep 11 21:03:45 <CIA-5> 03blaster8 07ixp_npe * r389 10kernel/patches/2.6.18/ (5 files): Add extra patches to allow ARTOP PATA support
Sep 11 21:28:11 <CIA-5> 03blaster8 07ixp_npe * r390 10kernel/patches/2.6.18/ (defconfig series): Unbreak kernel build
Sep 11 22:53:50 <blaster8> [g2]: IXP4xx IDE is broken too on 2.6.18
Sep 11 22:54:16 <blaster8> I'm going to commit once I'm sure my new tree builds
Sep 11 23:13:15 <CIA-5> 03blaster8 07ixp_npe * r391 10kernel/ (8 files in 3 dirs): Remove 96-pata-ixp4xx, libata patch, clean defconfig and modularise some options, remove ancient script
Sep 11 23:13:21 <blaster8> ok, sleep
**** ENDING LOGGING AT Tue Sep 12 02:59:57 2006