| 01:38.22 | *** join/#nslu2-linux EvilDevil (n=evildevi@p54A6F081.dip.t-dialin.net) |
| 02:19.53 | *** join/#nslu2-linux ChadP (n=cpage@netblock-68-183-40-90.dslextreme.com) |
| 02:22.56 | *** join/#nslu2-linux ByronT (n=byron-po@nslu2-linux/ByronT) |
| 03:01.18 | CIA-8 | 03orepvik * 10kernel/2.6.16/ (7 files): Initial checkin of DS101 patches |
| 04:02.37 | *** join/#nslu2-linux rwhitby-treo (n=ptpChat@nslu2-linux/rwhitby) |
| 04:21.37 | *** join/#nslu2-linux kfm (n=kfm82@p54BEE4E7.dip.t-dialin.net) |
| 04:48.11 | *** part/#nslu2-linux Sinclair73de (n=icechat5@p54A0C1F5.dip0.t-ipconnect.de) |
| 06:40.01 | *** join/#nslu2-linux eFfeM_log (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 06:58.24 | *** join/#nslu2-linux DrZimmerman (n=theo@84-72-117-103.dclient.hispeed.ch) |
| 08:41.05 | *** join/#nslu2-linux jacques (n=username@209.19.52.120) |
| 08:42.52 | *** join/#nslu2-linux eno-away (n=eno@adsl-70-137-151-226.dsl.snfc21.sbcglobal.net) |
| 08:45.33 | *** join/#nslu2-linux [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 09:55.33 | *** join/#nslu2-linux jcwunder (n=chris@ppp-82-135-74-121.mnet-online.de) |
| 10:15.32 | CIA-8 | 03rwhitby * 10kernel/patches/ixp-osal/ixp4xx-header.patch: Added patch from kaenat. |
| 10:31.34 | rwhitby | kaenat: ping |
| 10:31.45 | CIA-8 | 03rwhitby * 10kernel/patches/ixp-osal/ixp4xx-header.patch: Included version.h |
| 10:37.57 | *** join/#nslu2-linux macsat (n=macsat@0x535b9779.arcnxx9.adsl-dhcp.tele.dk) |
| 10:45.00 | *** join/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com) |
| 10:45.53 | rwhitby | Hmm - IXP4XX_EXP_BUS_BASE is not static - it depends on ixp4xx_exp_bus_size (new in 2.6.16) which is configurable from ixp4xx_sys_init() startup code to either 16MB or 32MB. |
| 10:46.10 | rwhitby | (this is in asm-arm/arch-ixp4xx/platform.h) |
| 10:47.31 | rwhitby | Looks like it is always SZ_16M for ixp42x |
| 10:47.48 | rwhitby | So we will need to hard-code that in the ixp module patches. |
| 10:54.07 | CIA-8 | 03rwhitby * 10kernel/patches/ixp-osal/ixp4xx-header.patch: Fixed the non-static definition. |
| 11:02.32 | *** join/#nslu2-linux Sinclair73de (n=icechat5@p54A0AF29.dip0.t-ipconnect.de) |
| 11:22.19 | eFfeM | ~seen beewoolie |
| 11:22.21 | 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.'. |
| 11:22.43 | eFfeM | ~seen beewoolie-afk |
| 11:22.44 | 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.'. |
| 11:30.01 | *** join/#nslu2-linux eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 11:47.28 | *** part/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com) |
| 12:10.38 | CIA-8 | 03rwhitby * 10kernel/2.6.16/ (93-loft-maclist.patch 97-ds101-misc.patch series): Re-enabled the ds101 patches |
| 12:41.51 | CIA-8 | 03rwhitby * 10kernel/2.6.16/97-ds101-includes.patch: Fixed the path to ds101.h |
| 13:10.01 | CIA-8 | 03azummo * 10kernel/2.6.16/94-nas100d-setup.patch: |
| 13:10.01 | CIA-8 | re-added rtc detection parameter because the rtc driver |
| 13:10.01 | CIA-8 | will have autodetection disabled soon. |
| 13:23.30 | 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 |
| 13:36.24 | *** join/#nslu2-linux macsat (n=macsat@0x535b9779.arcnxx9.adsl-dhcp.tele.dk) |
| 14:26.00 | CIA-8 | 03azummo * 10kernel/2.6.16/ (10 files): Addedd leds class patchset |
| 14:40.08 | CIA-8 | 03azummo * 10kernel/2.6.16/40-rtc-class.patch: Added rs5c372 rtc driver. |
| 14:40.47 | CIA-8 | 03azummo * 10kernel/2.6.16/97-ds101-setup.patch: misc fixes, rtc probe parameters. |
| 14:42.29 | CIA-8 | 03azummo * 10kernel/2.6.16/defconfig: CONFIG_RTC_DRV_RS5C372=y |
| 15:29.12 | CIA-8 | 03azummo * 10kernel/2.6.16/ (3 files): Fixed DS101 irqs assignment |
| 16:06.17 | *** join/#nslu2-linux macsat (n=macsat@0x535b9779.arcnxx9.adsl-dhcp.tele.dk) |
| 16:35.03 | *** join/#nslu2-linux AdamBaker (n=aab@62.190.239.28) |
| 16:47.51 | *** join/#nslu2-linux AdamBake1 (n=aab@62.190.239.28) |
| 17:08.12 | *** join/#nslu2-linux kami22 (n=kami@p54896ADA.dip.t-dialin.net) |
| 17:13.33 | 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 |
| 17:24.41 | *** join/#nslu2-linux [cc]smart (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 17:34.13 | *** part/#nslu2-linux AdamBaker (n=aab@62.190.239.28) |
| 17:39.44 | *** join/#nslu2-linux t[cc]smar (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 18:20.36 | CIA-8 | 03bwalle * 10unslung/ (Makefile make/libftdi.mk): - added libftdi package and added entry in Makefile for testing |
| 18:23.52 | *** join/#nslu2-linux EvilDevil (n=evildevi@p54A6F081.dip.t-dialin.net) |
| 18:37.40 | *** join/#nslu2-linux bwalle (n=bwalle@p5491BB5A.dip0.t-ipconnect.de) |
| 18:40.05 | bwalle | is there the maintainer of the mpd package? |
| 18:41.31 | NAiL | kergoth might be in #oe |
| 18:44.33 | *** join/#nslu2-linux caplink811_log (n=caplink8@dslb-084-059-066-005.pools.arcor-ip.net) |
| 19:12.27 | *** join/#nslu2-linux jacques (n=username@nslu2-linux/jacques) |
| 19:19.16 | *** join/#nslu2-linux beewoolie-afk (n=beewooli@206.124.142.26) |
| 19:35.46 | *** join/#nslu2-linux Eiffel_ (n=x@p5486B91A.dip0.t-ipconnect.de) |
| 21:12.28 | *** join/#nslu2-linux rwhitby-treo (n=ptpChat@nslu2-linux/rwhitby) |
| 21:28.20 | bwalle | does anybody know the usb.c: unable to get device descriptor (error=-75) error message |
| 21:28.35 | rwhitby-treo | nope |
| 21:29.55 | bwalle | :( |
| 21:30.35 | bwalle | seems to be caused with an USB hub |
| 21:37.34 | bwalle | anybody running debian slug here? |
| 21:39.42 | rwhitby | yes, but it's not plugged in at the moment (testing nas100d) |
| 21:40.30 | bwalle | rwhitby: does it work good? |
| 21:40.38 | rwhitby | sure |
| 21:40.54 | bwalle | does it have any disadvantages compared with openslug? |
| 21:40.55 | rwhitby | we wouldn't support it if it didn't ... |
| 21:41.00 | bwalle | ;) |
| 21:41.17 | bwalle | I'm now using unslung but because of the truble with the USB hub I must switch to Openslug/Debian |
| 21:41.20 | rwhitby | slightly larger binaries, cause they are not optimally configured for embedded devices |
| 21:42.21 | bwalle | I'm consider Debian because of the huge amount of available packages |
| 21:43.25 | bwalle | rwhitby: Kernel is the same as openSlug, isn't it? |
| 21:43.54 | rwhitby | well, at the moment we use slugos-lag which is identical to slugos-bag (openslug) with the opposite endianness. |
| 21:44.23 | rwhitby | in the fullness of time, the kernel for debianslug will be released by debian (built under debian), not nslu2-linux. |
| 21:44.41 | rwhitby | nslu2-linux will be the maintainer for the nslu2 flavour of the debian kernel |
| 21:48.34 | bwalle | well, I hope my hub works with the 2.6 kernel of DebianSlug |
| 21:48.43 | bwalle | At my workstation, it does |
| 21:50.13 | 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? |
| 21:51.35 | *** part/#nslu2-linux eFfeM-log (n=eFfeM@ip545787f8.direct-adsl.nl) |
| 21:54.02 | bwalle | rwhitby: do you know if debian uses softfloat binaries? |
| 21:54.30 | rwhitby | bwalle: best place to ask that question would be in #debian-arm |
| 21:54.59 | bwalle | thx |
| 22:00.46 | bwalle | rwhitby: Do you know if network (NFS) performance is comparable with unslung? |
| 22:02.15 | rwhitby | should be better - more recent kernel |
| 22:02.56 | *** join/#nslu2-linux c_rippa (n=coderipp@69.9.13.47) |
| 22:03.14 | bwalle | is little endian an issue (-> network byte order) |
| 22:04.47 | rwhitby | I doubt that endianness will be the limiting factor in performance on a slug ... |
| 22:05.20 | bwalle | just wondering why Linksys uses Big Endian |
| 22:06.18 | 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. |
| 22:07.14 | bwalle | wow, deep knowledge of the internals :) |
| 22:31.58 | *** join/#nslu2-linux bullet (n=bullet@64.21.79.83.cust.bluewin.ch) |
| 23:10.06 | *** join/#nslu2-linux ha3pg (n=chatzill@183-36-108.ip.adsl.hu) |