**** BEGIN LOGGING AT Sun Sep 10 02:59:56 2006
Sep 10 04:40:46 <CIA-5> 03cdoban * r4037 10optware/trunk/ (make/asterisk.mk sources/asterisk/codecs.gsm.Makefile.patch): asterisk: updated to release 1.2.12
Sep 10 14:09:52 <blaster8> NAiL: ping?
Sep 10 14:10:42 <blaster8> starting work on the GPL branch of the IXP Ethernet device
Sep 10 14:19:03 <NAiL> cool
Sep 10 14:19:07 <NAiL> Very cool :)
Sep 10 14:20:26 <blaster8> well, we'll see when/if it works
Sep 10 14:20:52 * NAiL crosses fingers
Sep 10 14:20:58 <blaster8> first priority is to use serial to configure the ethernet manually and test it
Sep 10 14:21:14 <blaster8> then start playing around in userspace to get hotplug working
Sep 10 15:39:50 <CIA-5> 03marceln * r4038 10optware/trunk/ (make/ipkg-web.mk sources/ipkg-web/package.cgi): ipkg-web: Updated style sheets as suggested by "Rick Beton".
Sep 10 16:06:35 <blaster8> OK, first issue first
Sep 10 16:06:46 <blaster8> we have a build error for the stock 2.6.18 kernel
Sep 10 16:07:04 <blaster8> probably caused by the enormous IRQ reworking in 2.6.18, I'd guess
Sep 10 16:07:15 <CIA-5> 03gda * r4039 10optware/trunk/ (make/asterisk.mk sources/asterisk/chan_modem.patch): asterisk: added chan_modem
Sep 10 16:08:47 <blaster8> fun fun fun ;)
Sep 10 16:09:21 <gda_> blaster8: ?
Sep 10 16:09:52 <blaster8> just before you came
Sep 10 16:10:04 <gda_> shit, too late
Sep 10 16:10:05 <blaster8> blaster8: we have a build error for the stock 2.6.18 kernel
Sep 10 16:10:05 <blaster8> blaster8: probably caused by the enormous IRQ reworking in 2.6.18, I'd guess
Sep 10 16:10:08 <blaster8> hardly
Sep 10 16:14:03 <gda_> I have hard times with the kernel 2.4.22, but I am too afraid to flash my ds101g to another kernel
Sep 10 16:15:00 <blaster8> ok :)
Sep 10 16:15:11 <gda_> so I have now even got am old isdn driver from the company that made the chipset for my usb isdn adapter
Sep 10 16:15:15 <blaster8> I'm at the cutting edge, mostly getting bruised though
Sep 10 16:15:19 <gda_> s/am/an/g
Sep 10 16:15:20 <jbot> gda_ meant: so I have now even got an old isdn driver from the company that made the chipset for my usb isdn adapter
Sep 10 16:15:48 <blaster8> upstream kernel is usually pretty good
Sep 10 16:16:04 <gda_> strange was that I had to remove some code that fixes endianess problems
Sep 10 16:16:18 <blaster8> very strange :)
Sep 10 16:16:48 <gda_> vendor id and product id was already turn around
Sep 10 16:16:49 <blaster8> maybe it was translating big-endian networking to little-endian normal machines, and so removing it your solved the problem
Sep 10 16:18:00 <gda_> this is even in the stock misdn driver, but I expect that sysnology has patched something strange into their kernel
Sep 10 16:18:33 <gda_> like the caseless ext3 fs 
Sep 10 16:19:30 <blaster8> almost certainly
Sep 10 16:19:45 <blaster8> that's why Iike upstream, you have a small hope of fixing it :p
Sep 10 16:20:01 <gda_> you must be a little bit ill to make a caseless fs
Sep 10 16:20:19 <blaster8> exactly
Sep 10 16:20:33 <blaster8> and I wonder why these companies don't co-operate with the kernel developers
Sep 10 16:21:03 <gda_> I was wondering why perl wouldn't like to build native until I noticed that makefile and Makefile are the same
Sep 10 16:21:04 <blaster8> my current task, if I ever get the stock kernel to build, is to add a fully GPL IXP4xx ethernet driver
Sep 10 16:22:08 <gda_> is this existent?
Sep 10 16:22:46 <gda_> The ds101g has no problems in this area, all open source
Sep 10 16:24:46 <blaster8> is it based on IXP425?
Sep 10 16:25:45 <blaster8> if so, you are having to use the Intel Access Library, which is under a restrictive licence, and one of the most backwards pieces of code ever written
Sep 10 17:04:08 <gda_> blaster8: no, it is a powerpc
Sep 10 17:04:18 <blaster8> aah
Sep 10 17:04:31 <blaster8> good :) Power is a good arch
Sep 10 17:04:55 <gda_> floating point math
Sep 10 17:05:04 <blaster8> anyway, thanks to a very industrious german, hopefully the ixp425 will be fully supported by linux kernel soon
Sep 10 17:05:20 <gda_> cool
Sep 10 17:05:25 * blaster8 is typing on a PowerBook G4
Sep 10 17:05:36 <blaster8> indeed, he's doing intel's job for them
Sep 10 17:05:48 <blaster8> apparently, they are insufficiently competent to do it themselves
Sep 10 17:06:49 <gda_> sigh, have to continue fighting with autoconf, automake stuff, not my strength
Sep 10 17:07:14 <blaster8> I hate it too
Sep 10 17:07:45 <gda_> all literature you find on the internet is outdated
Sep 10 17:08:24 <gda_> macros disappeared or have another count of args
Sep 10 17:26:31 <blaster8> NAiL: ping?
Sep 10 17:26:43 <blaster8> 2.6.18 stock kernel breakage
Sep 10 17:26:53 <blaster8> and it's upstream :(
Sep 10 17:36:21 <blaster8> just checking by building sans all patches, and then I'll drop a bug in kernel bugzilla
Sep 10 17:49:25 <blaster8> http://bugzilla.kernel.org/show_bug.cgi?id=7143
Sep 10 18:29:28 <IcE-bOy> hi
Sep 10 18:29:33 <IcE-bOy> is possible to use an nslu2 like mp3 player ?
Sep 10 18:29:52 <IcE-bOy> i have a sound system 7.1 and i will like to use it for play music directly from nslu2
Sep 10 18:30:19 <IcE-bOy> but i don't know what model of usb audio should i buy
Sep 10 18:42:57 <Cheef-Daniel> I used my Medusa 5.1 headset a time ago (unslung/openslug)
Sep 10 18:43:26 <Cheef-Daniel> it was dirctly conencted to nslu2 over usb
Sep 10 18:43:42 <IcE-bOy> and worked well ?
Sep 10 18:43:53 <Cheef-Daniel> yes
Sep 10 18:44:08 <Cheef-Daniel> but I could only test stereo
Sep 10 18:45:17 <Cheef-Daniel> I dont know if the nslu has enough (cpu)power for playing 5.1 or 7.1
Sep 10 18:45:52 <Cheef-Daniel> but stereo working well, you could check the nslu2-linux pages, there are some manuals
Sep 10 18:56:50 <blaster8> http://bugzilla.kernel.org/show_bug.cgi?id=7143
Sep 10 18:57:35 <blaster8> patch attached here needs to be included in 2.6.18-rc6 nslu2-linux.org kernel patchset
Sep 10 18:58:02 <blaster8> hopefully 2.6.18 final should include it :)
Sep 10 19:29:04 <gda_> that fix looks not that complicated
Sep 10 19:29:14 <blaster8> it isn't
Sep 10 19:29:26 <blaster8> though the change needs to be made somewhere else too, I find
Sep 10 19:29:33 <blaster8> really lucky, actually :)
Sep 10 19:29:37 <gda_> on missing include file, grep should be enough to get it
Sep 10 19:29:56 <gda_> s/on/one/
Sep 10 19:29:58 <jbot> gda_ meant: one missing include file, grep should be enough to get it
Sep 10 19:31:31 <gda_> what is more complicated is how to tell configure.in to let libtool install some plugins to one dir and the other shared libs to libdir
Sep 10 19:32:23 <blaster8> don't know nothing about autotools, sorry
Sep 10 19:32:40 <gda_> I talk with myself, anyway thanks
Sep 10 19:34:03 <blaster8> what program are you trying to patch?
Sep 10 19:42:43 <gda_> blaster8: I have made my own web based server manager that I try to manage with autotools
Sep 10 19:42:57 <blaster8> aah, why?
Sep 10 19:43:15 <blaster8> I always thought autotools was for cross-platform compatibility?
Sep 10 19:44:11 <gda_> I want to use it with my own disti and with optware
Sep 10 19:44:26 <gda_> s/disti/distri/g
Sep 10 19:44:27 <jbot> gda_ meant: I want to use it with my own distri and with optware
Sep 10 19:45:19 <gda_> and a project without configure looks always poor
Sep 10 19:46:15 <blaster8> hmm :)
Sep 10 19:58:37 <blaster8> OK, I have the makings of a 2.6.18 kernel :)
Sep 10 19:59:53 <blaster8> NAiL: When you come back, I have a working copy of my branch worth committing as I've fixed some minor issues and got the basics compiling
Sep 10 21:07:26 <CIA-5> 03bzhou * r4040 10optware/trunk/make/py-myghty.mk: py-myghty: upstream upgrade to 1.1
Sep 10 21:15:31 <NAiL> blaster8: cool
Sep 10 21:15:57 <blaster8> I have had to temporarily knock out the dsm-g600 patches
Sep 10 21:16:14 <blaster8> I fixed one issue with them, but then ran into another and gave up on them temporarily
Sep 10 21:16:40 <blaster8> hmm
Sep 10 21:20:37 <blaster8> I'm going to have to disable ipw2200 kernel module for now too
Sep 10 21:21:53 <NAiL> hmm... where is ipw2200 used?
Sep 10 21:22:06 <blaster8> it's a wireless miniPCI card
Sep 10 21:22:15 <NAiL> I know
Sep 10 21:22:27 <blaster8> sorry, what are you asking?
Sep 10 21:23:17 <NAiL> why is the kernel module built at all? Is there anywhere it's known to be used?
Sep 10 21:24:25 <blaster8> well, not really, unless someone replaced their atheros mini pci card in their fancy dsm-g300
Sep 10 21:24:28 <NAiL> (I guess it should be built anyways, but it's not exactly a high priority)
Sep 10 21:24:35 <blaster8> for some unknown reason
Sep 10 21:24:47 <blaster8> actually, it's the install stage that is failing
Sep 10 21:25:05 <blaster8> anyway, would you like the 2.6.18 patches, as they stand so far
Sep 10 21:25:44 <NAiL> you don't have svn access yet, do you?
Sep 10 21:26:00 <blaster8> no
Sep 10 21:27:44 <NAiL> send the patches to nslu2-developers :)
Sep 10 21:28:26 <blaster8> can you give me the exact address?
Sep 10 21:29:49 <mwester-laptop> which of the dsmg600 patches is causing trouble?
Sep 10 21:29:59 <NAiL> ok, you're not subscribed I presume. Send it to nail @ nslu2-linux.org and I'll forward them to the list.
Sep 10 21:30:08 <blaster8> the big one :)
Sep 10 21:30:28 <blaster8> http://bugzilla.kernel.org/show_bug.cgi?id=7143
Sep 10 21:30:33 <blaster8> is the first patch
Sep 10 21:30:55 <blaster8> mwester-laptop: The PCI and Power files need to have an extra include
Sep 10 21:31:10 <blaster8> #include <linux/irq.h>
Sep 10 21:31:42 <blaster8> same issue as fixed in nslu2-pci.c and nslu2-power.c in the above bugzilla patch
Sep 10 21:32:00 <mwester-laptop> Ok. thanks.
Sep 10 21:32:10 <blaster8> those patches are all general purpose on top of 2.6.18-rc6
Sep 10 21:32:24 <blaster8> mwester-laptop: that change only fixes one of at least two problems
Sep 10 21:32:24 <NAiL> blaster8: Send all the patches to me and I'll make sure they make it to the mailinglist, and try to compile a kernel with them applied
Sep 10 21:32:34 <blaster8> the other I haven't debugged yet
Sep 10 21:34:22 <mwester-laptop> Has the 2.6.18-rc6 stuff been added to the head in Monotone?  or just in svn?
Sep 10 21:35:11 <NAiL> mwester-laptop: just svn yet
Sep 10 21:35:24 <NAiL> it's still not quite 'there' in svn either
Sep 10 21:35:29 <NAiL> I'm working on it ;)
Sep 10 21:36:48 <blaster8> one patch gone
Sep 10 21:37:15 <NAiL> got it 
Sep 10 21:45:59 <blaster8> second patch and advice sent
Sep 10 21:47:00 <NAiL> both forwarded
Sep 10 21:47:09 <blaster8> concerning the GPL driver integration - it's looking good so far in a very preliminary way
Sep 10 21:47:25 <NAiL> I'll look at them tomorrow, since I'm not in a good shape to do so now :P
Sep 10 21:47:28 <blaster8> it all compiles (with a couple of warnings)
Sep 10 21:47:35 <NAiL> very good :)
Sep 10 21:48:12 <blaster8> the issue is that I need to play with nslu2-setup.c
Sep 10 21:48:58 <blaster8> so I've asked for some advice from the author of the patch, he got back to me quite quickly last time I emailed him, so there's hope :)
Sep 10 22:03:39 <blaster8> woohoo
Sep 10 22:03:41 <blaster8> http://pastebin.ca/166432
Sep 10 22:03:43 <blaster8> the driver is only ~40KB
Sep 10 22:03:57 <blaster8> slightly down from the ~800KB access library
Sep 10 22:04:12 <blaster8> more RAM and flash space here we come :) - all I have to do now is get it to work
Sep 10 22:05:53 <NAiL> blaster8: brilliant :D
Sep 10 22:05:57 * NAiL goes to bed
Sep 10 22:06:02 <blaster8> same here
Sep 10 22:06:04 <blaster8> night
Sep 11 01:33:32 <goetter> has anyone gotten normal m4a (aac encoded) files to decode/play on an nslu? looks like integer-based decoders are generally lacking ;)
**** ENDING LOGGING AT Mon Sep 11 02:59:57 2006