**** BEGIN LOGGING AT Sat Feb 11 10:59:56 2006
Feb 11 11:21:15 <eFfeM> ~seen beewoolie
Feb 11 11:21:20 <jbot> beewoolie <n=beewooli@206.124.142.26> was last seen on IRC in channel #openjtag, 11h 26m 59s ago, saying: 'I thought they were going SA-SCSI so there'd only be a dozen or so pins.'.
Feb 11 11:21:40 <eFfeM> ~seen beewoolie-afk
Feb 11 11:21:42 <jbot> beewoolie-afk <n=beewooli@206.124.142.26> was last seen on IRC in channel #openjtag, 13h 19m 41s ago, saying: 'I bought all RoHS components when I could find them.  Mostly, they were the same price.'.
Feb 11 12:09:34 <CIA-8> 03rwhitby * 10kernel/2.6.16/ (93-loft-maclist.patch 97-ds101-misc.patch series): Re-enabled the ds101 patches
Feb 11 12:40:47 <CIA-8> 03rwhitby * 10kernel/2.6.16/97-ds101-includes.patch: Fixed the path to ds101.h
Feb 11 13:08:58 <CIA-8> 03azummo * 10kernel/2.6.16/94-nas100d-setup.patch: 
Feb 11 13:08:58 <CIA-8> re-added rtc detection parameter because the rtc driver
Feb 11 13:08:58 <CIA-8> will have autodetection disabled soon.
Feb 11 13:22:26 <rwhitby> Hmm - in OE, I'm getting the modules having a version of 2.6.16, but the kernel with a version of 2.6.16-rc2
Feb 11 14:24:56 <CIA-8> 03azummo * 10kernel/2.6.16/ (10 files): Addedd leds class patchset
Feb 11 14:39:04 <CIA-8> 03azummo * 10kernel/2.6.16/40-rtc-class.patch: Added rs5c372 rtc driver.
Feb 11 14:39:43 <CIA-8> 03azummo * 10kernel/2.6.16/97-ds101-setup.patch: misc fixes, rtc probe parameters.
Feb 11 14:41:25 <CIA-8> 03azummo * 10kernel/2.6.16/defconfig: CONFIG_RTC_DRV_RS5C372=y
Feb 11 15:28:08 <CIA-8> 03azummo * 10kernel/2.6.16/ (3 files): Fixed DS101 irqs assignment
Feb 11 17:12:28 <CIA-8> 03orepvik * 10kernel/2.6.16/ (97-ds101-includes.patch 97-ds101-setup.patch): Update ds101 patchset. Use #define for buzzer, remove/rename led devices
Feb 11 18:19:31 <CIA-8> 03bwalle * 10unslung/ (Makefile make/libftdi.mk): - added libftdi package and added entry in Makefile for testing
Feb 11 18:39:00 <bwalle> is there the maintainer of the mpd package?
Feb 11 18:40:26 <NAiL> kergoth might be in #oe
Feb 11 21:27:14 <bwalle> does anybody know the usb.c: unable to get device descriptor (error=-75) error message
Feb 11 21:27:29 <rwhitby-treo> nope
Feb 11 21:28:49 <bwalle> :(
Feb 11 21:29:29 <bwalle> seems to be caused with an USB hub
Feb 11 21:36:25 <bwalle> anybody running debian slug here?
Feb 11 21:38:36 <rwhitby> yes, but it's not plugged in at the moment (testing nas100d)
Feb 11 21:39:23 <bwalle> rwhitby: does it work good?
Feb 11 21:39:31 <rwhitby> sure
Feb 11 21:39:48 <bwalle> does it have any disadvantages compared with openslug?
Feb 11 21:39:49 <rwhitby> we wouldn't support it if it didn't ...
Feb 11 21:39:54 <bwalle> ;)
Feb 11 21:40:11 <bwalle> I'm now using unslung but because of the truble with the USB hub I must switch to Openslug/Debian
Feb 11 21:40:13 <rwhitby> slightly larger binaries, cause they are not optimally configured for embedded devices
Feb 11 21:41:15 <bwalle> I'm consider Debian because of the huge amount of available packages
Feb 11 21:42:19 <bwalle> rwhitby: Kernel is the same as openSlug, isn't it?
Feb 11 21:42:48 <rwhitby> well, at the moment we use slugos-lag which is identical to slugos-bag (openslug) with the opposite endianness.
Feb 11 21:43:17 <rwhitby> in the fullness of time, the kernel for debianslug will be released by debian (built under debian), not nslu2-linux.
Feb 11 21:43:35 <rwhitby> nslu2-linux will be the maintainer for the nslu2 flavour of the debian kernel
Feb 11 21:47:28 <bwalle> well, I hope my hub works with the 2.6 kernel of DebianSlug
Feb 11 21:47:37 <bwalle> At my workstation, it does
Feb 11 21:49:07 <bwalle> If I read http://www.nslu2-linux.org/wiki/DebianSlug/Bootstrap#upgrade correctly, I need at least one big partition and one swap. Is this right?
Feb 11 21:52:56 <bwalle> rwhitby: do you know if debian uses softfloat binaries?
Feb 11 21:53:24 <rwhitby> bwalle: best place to ask that question would be in #debian-arm
Feb 11 21:53:53 <bwalle> thx
Feb 11 21:59:40 <bwalle> rwhitby: Do you know if network (NFS) performance is comparable with unslung?
Feb 11 22:01:09 <rwhitby> should be better - more recent kernel
Feb 11 22:02:08 <bwalle> is little endian an issue (-> network byte order)
Feb 11 22:03:41 <rwhitby> I doubt that endianness will be the limiting factor in performance on a slug ...
Feb 11 22:04:14 <bwalle> just wondering why Linksys uses Big Endian
Feb 11 22:05:12 <rwhitby> cause the reference platform at the time used BE, so the Taiwan design house that Linksys used (SerComm) used that too.  Linksys probabl had no say or understanding of the matter.
Feb 11 22:06:08 <bwalle> wow, deep knowledge of the internals :)
Feb 12 00:09:43 <CIA-8> 03gentoogiant2004 * 10kernel/Makefile: Uncomment Loft vmlinuz and prepend machine id and LE changes for Loft
Feb 12 00:14:08 * rwhitby welcomes the Loft to the cvs kernel repo Makefile :-)
Feb 12 00:14:43 <NAiL> yay :)
Feb 12 06:37:20 <CIA-8> 03bzhou * 10unslung/sources/perl/Cross/ (4 files): upgrade to 5.8.8
Feb 12 09:45:44 <macsat> .
**** ENDING LOGGING AT Sun Feb 12 10:59:58 2006