**** BEGIN LOGGING AT Mon Feb 13 10:59:56 2006
Feb 13 19:05:20 <CIA-8> 03mmic * 10upslug2/upslug2.cc: typo fix
Feb 13 19:58:17 <kaenat> Hi rwhitby
Feb 13 19:58:40 <rwhitby> g'day kaenat 
Feb 13 19:58:56 <rwhitby> thanks for the ixp patch the other day
Feb 13 19:59:17 <kaenat> I had sent an email with the issues you've already discovered to the nslu2-dev ml, but it bounced.
Feb 13 20:00:09 <kaenat> I'm wondering, since I actually have an IXP465, whether it should by *SZ_32 for me instead. What do you think?
Feb 13 20:02:58 <rwhitby> maybe - can you find a define to switch the hard-coding on?
Feb 13 20:03:07 <rwhitby> do you have an sf.net id?
Feb 13 20:03:21 <bullet> kaenat: where's the IXP465 on?
Feb 13 20:04:53 <kaenat> rwhitby: My understanding is that the IXP465 expansion bus is 32 bit wide. I'm looking for something concrete rather than hear say.
Feb 13 20:05:07 <kaenat> sf.net id is jringle I think. Haven't used it in a while
Feb 13 20:05:15 <VoodooZ> rwhitby, is 2.6.16 planned for the slugos 3.6 release?
Feb 13 20:05:17 <kaenat> bullet: It's an IXDP465
Feb 13 20:05:26 <kaenat> Intel's eval board
Feb 13 20:05:30 <bullet> ah
Feb 13 20:05:52 <rwhitby> VoodooZ: nope, 2.6.15
Feb 13 20:06:00 <VoodooZ> ok. thanks.
Feb 13 20:06:02 <rwhitby> .something
Feb 13 20:10:37 <kaenat> rwhitby: How about 'CONFIG_CPU_IXP46X'
Feb 13 20:12:06 <kaenat> define via arch/arm/mach-ixp4xx/Kconfig line 85
Feb 13 20:13:06 <kaenat> s/85/108
Feb 13 20:20:12 <rwhitby> kaenat: is there a symbol in the IXP code itself we can use?
Feb 13 20:20:20 <rwhitby> (otherwise that one will do)
Feb 13 20:20:57 <rwhitby> kaenat: I'll give you write access so you can submit a patch
Feb 13 20:22:13 <rwhitby> kaenat: jringle added
Feb 13 20:27:46 <kaenat> rwhitby: thanks :)
Feb 13 20:34:36 <kaenat> rwhitby: Do you know if IX_TARGET gets exposed to the preprocessor?
Feb 13 20:36:05 <kaenat> errr, I mean IX_DEVICE
Feb 13 20:38:11 <rwhitby-treo> I believe so - that would be a good one to use.
Feb 13 20:39:37 <kaenat> hmm. I can't find the mechanism that is used to expose it to the preprocessor...
Feb 13 20:43:03 <VoodooZ> OT question: anybody has a good GUI based FSM editor that can generate simple C code?
Feb 13 20:49:01 <kaenat> rwhitby: After examining ixp400_eth.c, it appears that there is ample precedence to using kernel defined CONFIG_* defines.
Feb 13 20:50:50 <rwhitby> kaenat: ok, go for it :-)
Feb 13 21:08:06 <kaenat> rwhitby: ixp_osal/os/linux/make/macros.mk line 113
Feb 13 21:08:54 <rwhitby> kaenat: perfect
Feb 13 21:14:54 <kaenat> rwhitby: actually, I've just noticed that there is a separate directory for the ixp465: ixp_osal/os/linux/include/platforms/ixp400/ixp465/
Feb 13 22:01:58 <kaenat> What magic is being performed in kernel/Makefile with the devio command on targets vmlinuz-* ?
Feb 13 22:02:56 <NAiL> appending mach_id and setting endianness
Feb 13 22:03:37 <kaenat> NAiL: Ah :)
Feb 13 22:08:27 <kaenat> I assume that it's causing the arm machine opcodes to be emitted into the image. I'd be nice if the actual asm code was available to read. Maybe this could be done with a change to the kernel's ld scripts
Feb 13 23:40:16 <kaenat> Anyone know what is being used to manage the patches in kernel/patches? quilt?
Feb 13 23:41:33 <NAiL> I use quilt
Feb 13 23:42:04 <kaenat> I noticed some diff graphs and was wondering if quilt generates those.
Feb 13 23:43:43 <NAiL> Looks like it. I haven't paid that much attention to the patches themselves.
Feb 14 02:02:18 <CIA-8> 03mmic * 10slugimage/slugimage: 
Feb 14 02:02:18 <CIA-8> don't require a RedBoot and SysConf partition (simply make it empty, the
Feb 14 02:02:18 <CIA-8> upgrade won't touch it anyway) or a Trailer.
Feb 14 02:04:45 <CIA-8> 03mmic * 10slugimage/slugimage: Abort much earlier if there's no output file and --pack is specified
Feb 14 02:16:16 <CIA-8> 03orepvik * 10kernel/2.6.16/97-ds101-power.patch: New button-driver for the ds101
Feb 14 02:17:08 <CIA-8> 03orepvik * 10kernel/2.6.16/97-ds101-setup.patch: Various fixes in ds101 setup
Feb 14 02:17:35 <CIA-8> 03orepvik * 10kernel/2.6.16/97-ds101-includes.patch: Rewritten includes
Feb 14 02:19:04 <CIA-8> 03mmic * 10slugimage/slugimage: remove tmp files also in case of errors
Feb 14 02:21:46 <CIA-8> 03mmic * 10slugimage/slugimage: 
Feb 14 02:21:46 <CIA-8> Only put in an empty RedBoot/Sysconf or a specified Trailer when the
Feb 14 02:21:46 <CIA-8> default files (RedBoot, SysConf, Trailer) don't exist -- otherwise we're
Feb 14 02:21:46 <CIA-8> modifying expected behaviour of this script.
Feb 14 02:24:39 <CIA-8> 03mmic * 10slugimage/slugimage: Abort if no input file is given with --unpack
Feb 14 07:24:52 <CIA-8> 03bzhou * 10unslung/make/sqlite.mk: sqlite upgrade to 3.3.4
Feb 14 07:37:24 <Lacsi> hello all
Feb 14 07:39:06 <Lacsi> anyone knows about when will be libusb 0.1.11 available in cvs?
Feb 14 07:56:53 <rwhitby> Lacsi: feel free to send in an updated .mk file to nslu2-developers, and you'll get cvs write access as result
Feb 14 08:49:59 <Lacsi> rwhitby: i'm just newbee to native compileing on nslu, not sure my .mk works all good
Feb 14 08:58:33 <rwhitby> well, that might be the quickest way if you are waiting on libusb 0.1.11 ...
Feb 14 09:01:10 <CIA-8> 03oleon * 10unslung/make/ (gift-ares.mk gift-gnutella.mk gift-openft.mk): gift-plugins: upstream upgrade
Feb 14 09:01:37 <Lacsi> ok, i send it, hope if it's bad someone will fix it
Feb 14 10:27:23 <ai2097> ...
Feb 14 10:27:41 <ai2097> ipkg update && ipkg upgrade -> broken system.
Feb 14 10:28:30 <ai2097> ipkg removed busybox before fetching files (wget -> symlink to busybox), in order to upgrade busybox.
Feb 14 10:41:35 <rwhitby> ai2097: please report in #oe
Feb 14 10:42:08 <ai2097> Will do.
Feb 14 10:42:23 <rwhitby> (since it must be a general OpenEmbedded problem ...)
**** ENDING LOGGING AT Tue Feb 14 10:59:56 2006