| 03:25.41 | CIA-8 | 03repvik * r208 10/releases/OpenSlug-2.7-beta/openembedded/packages/udev/ (files/init udev_070.bb): Fix udev mount issue |
| 03:31.32 | CIA-8 | 03repvik * r209 10/releases/OpenSlug-2.7-beta/openembedded/packages/module-init-tools/module-init-tools_3.2-pre9.bb: Fix u-a issue |
| 05:30.08 | CIA-8 | 03bzhou * 10unslung/ (make/py-kid.mk sources/py-kid/setup.py.patch): patch py-kid/setup.py to not introduce dependencies during setup |
| 05:31.42 | CIA-8 | 03bzhou * 10unslung/Makefile: patch py-kid/setup.py to not introduce dependencies during setup, resubmit py-kid |
| 06:08.36 | *** join/#nslu2-linux ka6sox (n=ka6sox@nslu2-linux/ka6sox) |
| 06:09.18 | *** part/#nslu2-linux ka6sox (n=ka6sox@nslu2-linux/ka6sox) |
| 06:52.35 | *** join/#nslu2-linux mcdmx-away (n=nnnnmcdm@84-73-8-165.dclient.hispeed.ch) |
| 07:12.11 | *** join/#nslu2-linux jpalten (n=JelleA@ip54518e8c.direct-adsl.nl) |
| 07:31.16 | *** join/#nslu2-linux jpalte1 (n=JelleA@ip54518e8c.direct-adsl.nl) |
| 07:34.10 | *** join/#nslu2-linux kolla (i=kolla@firda.uninett.no) |
| 07:39.51 | jpalten | I compiled unslung using the mastermakefile, now I got unslung 2.6beta. where can I find what the changes are? |
| 07:58.00 | jpalten | <PROTECTED> |
| 08:05.06 | *** join/#nslu2-linux odoc (i=odoc@is.borntobooze.de) |
| 08:16.21 | *** join/#nslu2-linux jf-asleep (n=Jean-Fab@nslu2-linux/jeanfabrice) |
| 09:01.44 | *** join/#nslu2-linux twan (n=twan@81.243.29.212) |
| 09:19.05 | jpalten | hm, I have a strange problem: when I boot unslung without disk, I can telnet, unsling to disk1 and everything, but when boot with the disk it won't even get into 'ready' state. ethernet led and disk led are on... |
| 09:19.10 | jpalten | any ideas? |
| 09:21.16 | *** join/#nslu2-linux bullet (n=bullet@136.58.76.83.cust.bluewin.ch) |
| 09:36.03 | *** join/#nslu2-linux nslu2-log (n=nslu2-lo@nslu2-linux/dyoung) |
| 09:48.09 | CIA-8 | 03jbowler 07org.nslu2-linux.bitbake * r0f876c8e... 10/lib/bb/ (__init__.py parse/__init__.py shell.py): bitbake 313 |
| 09:48.11 | CIA-8 | 03rwhitby 07org.nslu2-linux.dev * r01be0e33... 10/Makefile: Moved the autobuild targets to a separate script, since normal developers don't run them. |
| 09:48.14 | CIA-8 | 03mickeyl 07org.openembedded.dev * ra4aff455... 10/packages/tcltk/ (files/disable-xim.patch tcl_8.4.11.bb tk_8.4.11.bb): add tcl (tool command language) and the tk (toolkit) extension |
| 09:48.17 | CIA-8 | 03mickeyl 07org.openembedded.dev * rd9e0576b... 10/packages/ (3 files in 2 dirs): add python-pyflakes, a source code checker similar to pychecker |
| 09:48.19 | CIA-8 | 03mickeyl 07org.openembedded.dev * r3eb5b8ba... 10/packages/ (3 files in 2 dirs): |
| 09:48.19 | CIA-8 | add python-pyvisa, a package that enables you to control all kinds of measurement equipment through various buses (GPIB, |
| 09:48.19 | CIA-8 | RS232, USB) with Python programs. |
| 09:48.22 | CIA-8 | 03mickeyl 07org.openembedded.dev * r09997038... 10/packages/tcltk/ (tcl_8.4.11.bb tk_8.4.11.bb): tcl/tk: install header files into $STAGING_DIR |
| 09:48.24 | CIA-8 | 03jbowler 07org.openembedded.dev * rf23b8e33... 10/packages/ixp425-eth/ (files/2.6.13.patch files/intdriven.patch ixp425-eth_1.1.bb): |
| 09:48.27 | CIA-8 | ixp425-eth: patches for 2.6.13 kernels |
| 09:48.29 | CIA-8 | some structure changes, also remove unused statics caused by the intdriven |
| 09:48.32 | CIA-8 | patch. |
| 09:48.33 | CIA-8 | 03jbowler 07org.openembedded.dev * rc36ef6a9... 10/packages/linux/ (3 files in 2 dirs): |
| 09:48.35 | CIA-8 | openslug-kernel: new 2.6.13.2 kernel |
| 09:48.37 | CIA-8 | This kernel is not in any openslug (or ucslugc) build as of this monotone |
| 09:48.39 | CIA-8 | revision, to use it change the PREFERRED_VERSION_openslug-kernel in the |
| 09:48.41 | CIA-8 | distro conf file. |
| 09:48.43 | CIA-8 | 03freyther 07org.openembedded.dev * r04efeed3... 10/packages/linux/ (2 files): |
| 09:48.45 | CIA-8 | OpenSIMpad: |
| 09:48.48 | CIA-8 | <PROTECTED> |
| 09:49.17 | *** join/#nslu2-linux CIA-13 (n=CIA@flapjack.navi.cx) |
| 09:49.24 | rwhitby | jpalten: do you have a delay set for the disk ? |
| 09:49.27 | CIA-13 | 03jbowler 07org.openembedded.dev * r95f5e803... 10/packages/linux/ (6 files in 2 dirs): nslu2-kernel: working 2.6.14-rc2 kernel |
| 09:49.30 | CIA-13 | 03jbowler 07org.openembedded.dev * rb412bd6f... 10/packages/openslug-init/ (openslug-init-0.10/conffiles openslug-init_0.10.bb): |
| 09:49.33 | CIA-13 | openslug-init: make /etc/fstab a 'preserve' file |
| 09:49.35 | CIA-13 | This is so that a reflash does not update the file - if it is necessary |
| 09:49.37 | CIA-13 | to patch the file in the future then it will be necessary to write a |
| 09:49.39 | CIA-13 | post-install script for whatever package requires the patch. |
| 09:49.41 | CIA-13 | 03jbowler 07org.openembedded.dev * r642f125f... 10/packages/linux/ (3 files in 2 dirs): nslu2-kernel_2.6.14-rc2: remove nslu2-part.c from the kernel |
| 09:49.44 | CIA-13 | 03jbowler 07org.openembedded.dev * r7f6b7120... 10/conf/distro/ (openslug-packages.conf ucslugc-packages.conf): |
| 09:49.47 | CIA-13 | openslug,ucslugc: python now requires tcl and tk |
| 09:49.49 | CIA-13 | Added packages to the .conf file |
| 09:49.51 | CIA-13 | 03jbowler 07org.openembedded.dev * r607764b0... 10/conf/distro/openslug-packages.conf: openslug-packages.conf: add x11, required by tk |
| 09:49.54 | CIA-13 | 03jbowler 07org.openembedded.dev * r5873b927... 10/packages/python/python_2.4.1.bb: python: remove the tcl and tk depends on MACHINE=nslu2 |
| 09:50.06 | jpalten | delay? not that I know... |
| 09:50.15 | rwhitby | -s option on turnup |
| 09:50.34 | *** join/#nslu2-linux CIA-8 (n=CIA@70.85.31.102) |
| 09:50.44 | CIA-8 | 03hrw 07org.openembedded.dev * r086de75a... 10/packages/linux/ (5 files in 2 dirs): |
| 09:50.46 | CIA-8 | openzaurus-pxa for poodle: added possibility to build kernel for PXA250 and PXA255 |
| 09:50.48 | CIA-8 | this will need some tweaking in machine config because it add new 'arch' (poodle255) |
| 09:50.50 | CIA-8 | setting for ipkg which is needed only on PXA255 poodles |
| 09:50.52 | CIA-8 | 03florian 07org.openembedded.dev * ra217dce7... 10/packages/gtk+/ (14 files in 2 dirs): gtk-2.6.10: Add GTK+ 2.6.10. |
| 09:50.55 | CIA-8 | 03hrw 07org.openembedded.dev * r89fba6d8... 10/packages/linux/ (2 files in 2 dirs): openzaurus-pxa: update APM patch to apply correct also for TOSA |
| 09:50.58 | CIA-8 | 03hrw 07org.openembedded.dev * r0260fec9... 10/packages/coreutils/ (3 files in 2 dirs): added coreutils 5.3.0 |
| 09:51.01 | CIA-8 | 03hrw 07org.openembedded.dev * r1e5ed75d... 10/packages/corsair/ (corsair_0.2.0.bb files/corsair-opie.patch): |
| 09:51.04 | CIA-8 | added corsair 0.2.0 - RSS aggregator for Qtopia |
| 09:51.06 | CIA-8 | Maintainer does not wanted to give his name ;( |
| 09:51.15 | *** join/#nslu2-linux CIA-8 (n=CIA@flapjack.navi.cx) |
| 09:51.25 | CIA-8 | 03hrw 07org.openembedded.dev * r11b5e30a... 10/packages/pcmcia-cs/ (files/network.conf pcmcia-cs_3.2.8.bb): pcmcia-cs: added two cards into network.conf |
| 09:51.28 | CIA-8 | 03koen 07org.openembedded.dev * r2ee92374... 10/packages/gpe-themes/gpe-theme-clearlooks_0.3.bb: packages/gpe-themes/gpe-theme-clearlooks_0.3.bb: add 0.3 to OE |
| 09:51.31 | CIA-8 | 03koen 07org.openembedded.dev * r21f344c9... 10/packages/gpe-themes/gpe-theme-industrial_0.2.bb: packages/gpe-themes/gpe-theme-industrial_0.2.bb: add 0.2 to OE |
| 09:52.40 | *** join/#nslu2-linux CIA-8 (n=CIA@flapjack.navi.cx) |
| 10:24.38 | jpalten | rwhitby: turnup is for openslug, not for unslung, right? |
| 10:29.56 | rwhitby | right. sorry - I forgot you were running unslung |
| 10:33.09 | jpalten | this time yes ;) |
| 10:33.51 | jpalten | I switch back and forth too much between firmwares, I ordered my second slug to keep myself stable for a while: unslung on one, openslug on the other... |
| 12:00.03 | *** join/#nslu2-linux conradl (n=abuse@CPE-60-226-19-234.qld.bigpond.net.au) |
| 12:00.52 | rwhitby-away | conradl: g'day |
| 12:03.15 | conradl | helo |
| 12:03.27 | conradl | new job ..V busy.. damm it |
| 12:03.35 | rwhitby-away | access to hardware? |
| 12:03.56 | conradl | oh yes got my new Laptop tonight |
| 12:04.04 | rwhitby-away | sweet :-) |
| 12:06.41 | rwhitby-away | conradl: Are you still able to get me a ds101 ? I definitely will get one now - we haven't found anything else which is fanless and is better. dyoung might also want one (I'm asking him now, but no response yet) ... |
| 12:08.34 | conradl | its no problem. |
| 12:09.30 | *** join/#nslu2-linux joschi (n=joschi@p549C80EA.dip0.t-ipconnect.de) |
| 12:09.38 | conradl | i am looking at the normal price that dealers buy for. They did/are looking after me. |
| 12:11.31 | rwhitby | is that still the AUD$275+GST price? |
| 12:11.54 | conradl | 285+ from 101 290 + 101g+ |
| 12:12.01 | conradl | for |
| 12:12.45 | *** join/#nslu2-linux dwery (n=dwery@213-140-6-127.ip.fastwebnet.it) |
| 12:13.53 | rwhitby | conradl: any idea what it would cost to ship one to hawaii? |
| 12:13.59 | rwhitby | dwery: ping |
| 12:14.16 | dwery | rwhitby: pong |
| 12:14.32 | conradl | maybe $25-30 as parts;) |
| 12:15.02 | rwhitby | dwery: do you know if the button/led/buzzer driver architecture for nslu2 is modelled after any other arch/board driver architecture? |
| 12:15.44 | rwhitby | (i.e. is there some "reference" way of doing this stuff, which we should be using, so that higher-level stuff doesn't need to be taught a new driver interface?) |
| 12:15.50 | dwery | rwhitby: my current driver for buzzer is modelled after the similar buzzer/speaker implementation of toher arhcs (pc, mac, etc) |
| 12:16.14 | dwery | button and led.. i have to check |
| 12:17.04 | rwhitby | conradl: wanna log into MSN and we'll discuss the purchase? |
| 12:17.12 | rwhitby | (dyoung is gonna buy one two) |
| 12:18.18 | dwery | rwhitby: what you're gonna buy? :) |
| 12:18.30 | rwhitby | Synology DS101 |
| 12:19.30 | rwhitby | It's a slug with 64MB of ram and an internal IDE interface for a PATA disk. |
| 12:19.40 | dwery | nice one |
| 12:19.44 | dwery | how much? |
| 12:20.11 | rwhitby | Here it's about AUD$300. |
| 12:20.42 | rwhitby | or about USD$225 |
| 12:20.55 | rwhitby | it's probably cheaper in the US, but also harder to find. |
| 12:21.07 | dwery | I think i'll buy it another day :) |
| 12:22.06 | joschi | hi there |
| 12:22.14 | rwhitby | Hi joschi |
| 12:22.17 | joschi | i just followed your discussion about ds101 |
| 12:22.20 | dwery | rwhitby: it seems there is an arm-wide interface for leds |
| 12:22.25 | joschi | what about this one? :) http://www.synology.com/enu/products/diskstation/DS-101g_plus/index.php?page=overview.html |
| 12:22.41 | joschi | is this linux too? |
| 12:22.44 | rwhitby | joschi: it's got a noisy fan |
| 12:22.48 | joschi | hm |
| 12:22.51 | joschi | :( |
| 12:23.09 | rwhitby | there's been a lot of discussion about that in #ds101-linux |
| 12:23.29 | dwery | rwhitby: please do a grep for leds_event in arch/arm |
| 12:26.20 | joschi | funny, the ds101j is newer, but has less ram?!? |
| 12:26.40 | rwhitby | yes, less flash and less ram |
| 12:26.48 | rwhitby | dwery: very interesting |
| 12:27.09 | dwery | rwhitby: no documentation.. but seem widespread |
| 12:28.08 | dwery | rwhitby: i haven't find anything standard about io. |
| 12:31.31 | dwery | rwhitby: it seems led are used for cpu and/or timer |
| 12:34.00 | dwery | rwhitby: and it seems there's an interface in /sys |
| 12:35.27 | dwery | rwhitby: /sys/class/nslu2/leds/dev |
| 12:38.15 | dyoung | 126:0 is the device major/minor for the nslu2 led device. |
| 12:39.16 | dwery | mm... |
| 12:39.17 | dwery | right |
| 12:39.27 | dwery | in kernel/timer.c |
| 12:39.32 | dwery | a /sys device is registered |
| 12:39.33 | dwery | for leds |
| 12:42.00 | dwery | it should be called "event" |
| 12:42.07 | dwery | but I can't find it |
| 12:42.39 | dwery | oh well. CONFIG_LEDS missing from my .config |
| 12:42.44 | dwery | i'm goin to enable it and see |
| 12:47.28 | dwery | uhoh.. Kconfig missing |
| 12:47.33 | dwery | i'll have to write it |
| 12:47.37 | dwery | strange anyway |
| 12:50.19 | rwhitby | arch/arm/Kconfig has LEDS in it |
| 12:50.34 | dwery | thanks |
| 12:50.36 | dwery | i've missed it |
| 12:59.26 | dwery | If we wanto to go for that interface, I can write the driver |
| 12:59.31 | dwery | just let me know |
| 13:02.02 | joschi | today someone here who can give some hints about bitbake? I'm trying to build cups... |
| 13:03.22 | dwery | i think we can used the ready/status led for cpu/timer and leave disk1/disk2 free |
| 13:06.35 | VoodooZ_Log | yeah, hopefully it's not too hard to disable it as I use the LEDs for signalling on my robot and don't care much any disk activity light. |
| 13:07.04 | dwery | VoodooZ_Log: which leds do you use? |
| 13:08.38 | VoodooZ_Log | well, considering I already burned both the I2C SCL pin and the DISK2 one (as a replacement for the former) I use both status and disk1 |
| 13:08.47 | VoodooZ_Log | brb |
| 13:09.15 | dwery | how did you manage to burn them???? |
| 13:09.16 | dwery | :D |
| 13:11.45 | dyoung | VoodooZ_Log is hard core. :-) |
| 13:38.26 | VoodooZ_Log | sorry, my boss wanted to see me. |
| 13:39.20 | VoodooZ_Log | well, I was driving 5V devices on the I2C bus (which is ok in itself as it's an open-collector bus and 5V devices can read a 3.3V HIGH correctly) |
| 13:40.00 | dwery | uh.. the 5V device drived the ixp? :) |
| 13:40.04 | VoodooZ_Log | but I must have shorted them to 5V by accident the first time. I'm not sure what happened the second time around as everything is wired securely. |
| 13:40.38 | VoodooZ_Log | no, the IXP i2c master pulls up the i2c bus at 3.3V but the slave devices are 5V. |
| 13:41.22 | VoodooZ_Log | It worked since the beginning so it's possible my code inadvertently set the SCL/SDA pin high while flashing or something. not sure. |
| 13:41.32 | VoodooZ_Log | oh well, I use USB now so no more problems. |
| 13:41.48 | VoodooZ_Log | That means I can no longer read the RTC but not a big deal for a robot. |
| 13:42.32 | VoodooZ_Log | bbl |
| 14:10.22 | *** join/#nslu2-linux cbrake (n=cbrake2@cpe-24-166-121-47.neo.res.rr.com) |
| 14:12.53 | *** join/#nslu2-linux Matta (n=matta@YYYDXL.dsl.saunalahti.fi) |
| 14:20.46 | *** join/#nslu2-linux yvasilev (n=yvasilev@201.135.158.15) |
| 14:20.53 | *** part/#nslu2-linux yvasilev (n=yvasilev@201.135.158.15) |
| 14:21.05 | *** join/#nslu2-linux yvasilev (n=yvasilev@201.135.158.15) |
| 14:24.17 | *** join/#nslu2-linux mcdmx-away (n=nnnnnmcd@84-73-8-165.dclient.hispeed.ch) |
| 14:24.49 | *** join/#nslu2-linux mcdmx-away (n=nnnnnnmc@84-73-8-165.dclient.hispeed.ch) |
| 14:25.17 | *** join/#nslu2-linux mcdmx-away (n=nnnnnnnm@84-73-8-165.dclient.hispeed.ch) |
| 14:25.47 | *** join/#nslu2-linux mcdmx-away (n=nnnnnnnn@84-73-8-165.dclient.hispeed.ch) |
| 14:47.13 | dwery | leds are working, very nice visual effect |
| 14:48.51 | VoodooZ_Work | you mean the old interface? |
| 14:49.00 | dwery | no, the new one.. |
| 14:49.10 | VoodooZ_Work | what's different about it? |
| 14:49.24 | dwery | CONFIG_LEDS. the ready/status led signals timer and cpu idleness |
| 14:50.03 | VoodooZ_Work | Is this temporary? |
| 14:50.19 | dwery | well, not. but it's configurable |
| 14:50.25 | VoodooZ_Work | ah. I see. |
| 14:50.47 | VoodooZ_Work | It would be nice as an optional package that one can simply install/or not. |
| 14:51.06 | *** join/#nslu2-linux twan (n=twan@81.243.29.212) |
| 14:51.16 | dwery | if we follow other archs, is a compile time option |
| 14:51.28 | VoodooZ_Work | that's cool too. |
| 15:05.16 | yvasilev | I just see someone posted on the mailing list that he has working built in NIC on the slug in le mode, have someone (dwery?) got the patches that person used and/or reproduced this results? |
| 15:05.42 | dwery | yvasilev: no.. i just saw the email |
| 15:21.32 | *** join/#nslu2-linux senneth (n=senneth@irssi/staff/senneth) |
| 15:26.00 | *** join/#nslu2-linux eFfeM (n=slug@gtg-c-17077.adsl.wanadoo.nl) |
| 15:33.19 | dwery | red led is on when system is NOT idle, led green flashes every 50 timer ticks. is that ok? |
| 15:34.05 | NAiL | hard to say without seeing it ;) |
| 15:34.30 | dwery | use a lot of imagination :D |
| 15:36.16 | *** join/#nslu2-linux [g2] (n=g2@nslu2-linux/g2) |
| 15:41.18 | dwery | to disable at runtime, just use: echo "claim" >/sys/devices/system/leds/leds0/event |
| 15:41.39 | NAiL | ok, good |
| 15:42.21 | dwery | the opposite of claim is "release" |
| 15:46.07 | CIA-8 | 03mickeyl 07org.openembedded.dev * rf0fa6efb... 10/classes/ (qt3x11.bbclass qt4x11.bbclass): class qt3x11, qt4x11: remove DEPENDS |
| 15:46.10 | CIA-8 | 03mickeyl 07org.openembedded.dev * r5ef8750d... 10/packages/python/ (python_2.4.1.bb python_2.4.2.bb): python: upgrade to 2.4.2 |
| 15:46.25 | dwery | {red,green,amber} {on,off} |
| 15:46.51 | dwery | now i don't know how to integrate the slug specific leds in this subsytem |
| 15:51.06 | jbowler-zzz | dwery: so long as whatever you do supports the current IOCTLs leds will work, if you change the ioctls you need to change leds. |
| 15:51.42 | dwery | other arch/mach support leds in a different way than ioctls. |
| 15:51.47 | dwery | i would like to |
| 15:51.53 | dwery | adhere to their standard |
| 15:52.35 | jbowler-zzz | Sure, change leds then - it just needs to set the LEDs appropriate during boot and shutdown (from the /etc/init.d scripts). |
| 15:53.05 | dwery | I'll left this task for someone else, I don't use leds :) |
| 15:53.21 | jbowler-zzz | Then you must continue to support the existing ioctls |
| 15:53.32 | dwery | a simple echo "red on" > /sys/devices/system/leds/leds0/event |
| 15:53.34 | dwery | will work |
| 15:54.21 | jbowler-zzz | Then you must change the startup scripts... what gives here? |
| 15:54.46 | dwery | I'm working on the kernel , I don't want and can't manage the startup scripts. |
| 15:54.57 | jbowler-zzz | Then don't make incompatible changes to the kernel. |
| 15:55.15 | jbowler-zzz | There's a well know rule "you break it, you fix it." It works pretty well. |
| 15:55.51 | dwery | I will make the patch for my own use and propose it. If it gets accepted someone will have to make the fix. |
| 15:56.21 | jbowler-zzz | That's fine, but please keep it separate from the other patches. |
| 15:56.28 | dwery | of course |
| 16:15.33 | *** join/#nslu2-linux echange-m (n=change-m@h164.97.140.67.ip.alltel.net) |
| 16:19.24 | *** join/#nslu2-linux mechange- (n=change-m@h164.97.140.67.ip.alltel.net) |
| 16:21.20 | eFfeM | dwery, as you are working on leds, can you explain why led0 goes on when I connect a normal device and goes off when I connect the same device through a passive hub |
| 16:21.52 | dwery | eFfeM: yes, i'm working on leds but I don't use OpenSlug nor the leds command |
| 16:22.01 | eFfeM | ok |
| 16:22.05 | dwery | eFfeM: i'monly workin gon the kernel side |
| 16:22.16 | eFfeM | i understand |
| 16:22.58 | dwery | (the space key on my keyboard must be broken) |
| 16:23.00 | dwery | :-D |
| 16:23.25 | eFfeM | btw, didn't merge in your changes yet, but just tried to compile with debug |
| 16:23.34 | *** join/#nslu2-linux e-mechang (n=change-m@h164.97.140.67.ip.alltel.net) |
| 16:23.54 | eFfeM | the old driver gives compilation errors on dev_dbg. Pointer deref as the compiler complains on -> |
| 16:24.08 | eFfeM | haven't looked up the macro, just replaced by printk |
| 16:26.09 | jbowler-away | eFfeM: there's a kernel patch to do the disk LEDs, I don't think it's in dwery's patch set, but I don't know. |
| 16:26.29 | dwery | jbowler-away: confirmed, is not in my patchset |
| 16:35.24 | eFfeM | ok, tnx, understood it |
| 16:35.56 | eFfeM | meanwhile did something nasty to my slug, compiled with debug, it's writing to disk very intensive and I can't ping it |
| 16:36.06 | eFfeM | led is green though |
| 16:36.17 | eFfeM | trying to get some more info on me crashes ... |
| 16:42.22 | *** join/#nslu2-linux nettie (n=NSLU2-IR@install.zero.it) |
| 16:42.52 | nettie | Hi guys, anyone know where I can find UcSLugC binary images or src please? |
| 17:03.30 | jbowler-zzz | At present you have to get it from monotone. |
| 17:04.11 | jbowler-zzz | The master makefile (i.e. http://www.nslu2-linux.org/Makefile) will download/build ucslugc (as well as eveything else if you want). |
| 17:06.25 | *** join/#nslu2-linux AdamBaker (n=aab@userch028.dsl.pipex.com) |
| 17:07.07 | *** join/#nslu2-linux lolo2 (n=NSLU2-IR@zdf.imaginet.fr) |
| 17:14.14 | nettie | jbowler-zzz thanx a lot .. does it depends to the bb+oe or it's a totally diff build env? I'm pretty used to buildroot |
| 17:16.56 | jbowler-zzz | It's bb+oe |
| 17:17.22 | nettie | uhmm |
| 17:18.27 | nettie | ok .. thanx for the hint.. .. I must get outta here catch you l8r. thanx. |
| 17:23.31 | *** join/#nslu2-linux eFfeM (n=slug@gtg-c-17077.adsl.wanadoo.nl) |
| 17:43.20 | *** part/#nslu2-linux odoc (i=odoc@is.borntobooze.de) |
| 17:44.01 | eFfeM | hi, is there a way to turnup after loading a new img without nuking the rootfs on hd ? |
| 17:44.32 | eFfeM | on openslug |
| 17:48.13 | *** join/#nslu2-linux hannesr (n=user@ACB5BAB7.ipt.aol.com) |
| 17:49.46 | hannesr | Hi people. Anybody have that 2.0-based LE ethernet patch mentioned on the mailing list? |
| 17:54.28 | [g2] | hey hannesr. |
| 17:54.32 | [g2] | You do right ? :) |
| 17:54.53 | hannesr | I do what? |
| 17:54.59 | [g2] | have that patch |
| 17:55.34 | hannesr | no, I don't mean the one I made - I mean this one: http://groups.yahoo.com/group/nslu2-linux/message/8980 |
| 17:56.26 | hannesr | Sounds like it actually works, unlike my 1.5 patch :) |
| 17:56.55 | [g2] | I think he posted something to the developers list too |
| 17:57.29 | [g2] | or maybe I'm getting your messages and his all mixed up :) |
| 17:58.04 | hannesr | yeah, I don't see anything on the developers list |
| 17:58.44 | hannesr | It's interesting that he doesn't mention any crashes like I was seeing... I wonder if he has something different in his kernel. |
| 17:58.54 | [g2] | I know I pulled your patches for the 1.5 stuff |
| 17:59.11 | [g2] | I haven't compared patchsets with the 1.4 aggregate I've got |
| 18:07.35 | *** join/#nslu2-linux echange-m (n=change-m@h164.97.140.67.ip.alltel.net) |
| 18:11.27 | CIA-8 | 03justinp 07org.openembedded.dev * re965f050... 10/packages/ (76 files in 12 dirs): (log message trimmed) |
| 18:11.27 | CIA-8 | e17, efl: major upgrade to newer versions |
| 18:11.27 | CIA-8 | - Upgraded shapshot-based packages to newest released snapshots |
| 18:11.27 | CIA-8 | - Upgraded CVS-based packages to use a newer date |
| 18:11.27 | CIA-8 | - Moved e and e-wm to use snapshots as a default instead of CVS |
| 18:11.29 | CIA-8 | - Updated patches to work with newer versions |
| 18:11.31 | CIA-8 | - Added patches to fix problems introduced in newer versions |
| 18:13.39 | dwery | mail sent to the list about leds driver, I appreciate any feedback. going to dinner now.. bye! |
| 18:28.56 | *** join/#nslu2-linux echange-m (n=change-m@h164.97.140.67.ip.alltel.net) |
| 18:36.35 | *** join/#nslu2-linux echange-me (n=change-m@h164.97.140.67.ip.alltel.net) |
| 18:45.45 | *** join/#nslu2-linux llagendijk (n=louis@lagendijk.xs4all.nl) |
| 19:21.06 | CIA-8 | 03justinp 07org.openembedded.dev * r7090b2f5... 10/packages/e17/entrance/config-db.patch: entrance: Make the Default session Englightenment since the sesion chooser doesn't work |
| 19:48.22 | *** join/#nslu2-linux echange-m (n=change-m@h164.97.140.67.ip.alltel.net) |
| 20:06.52 | *** join/#nslu2-linux hannesr (n=user@ACB4B3D4.ipt.aol.com) |
| 20:11.02 | CIA-8 | 03nail 07org.openembedded.dev * rc76952a2... 10/packages/bash/bash_3.0.bb: bash: create sysconfdir/shells upon install |
| 20:13.15 | *** join/#nslu2-linux llagendijk (n=louis@lagendijk.xs4all.nl) |
| 20:29.19 | *** join/#nslu2-linux echange-m (n=change-m@h152.71.96.216.ip.alltel.net) |
| 20:39.24 | CIA-8 | 03repvik * r210 10/releases/OpenSlug-2.5-beta/openembedded/packages/samba/samba_3.0.14a.bb: Fix smbmount bug |
| 20:39.57 | CIA-8 | 03repvik * r211 10/releases/OpenSlug-2.7-beta/openembedded/packages/samba/ (samba_3.0.14a.bb samba_3.0.20.bb): Fix smbmount bug |
| 20:40.46 | *** join/#nslu2-linux mechange- (n=change-m@h152.71.96.216.ip.alltel.net) |
| 20:40.57 | CIA-8 | 03nail 07org.openembedded.dev * r7cef5076... 10/packages/bash/bash_3.0.bb: bash: kill the output from grepping after shells |
| 20:40.59 | CIA-8 | 03nail 07org.openembedded.dev * r70ec7862... 10/packages/samba/ (samba_3.0.14a.bb samba_3.0.20.bb): samba: fix mount.smbfs symlink, so mounting smbfs works |
| 21:04.45 | *** join/#nslu2-linux echange-m (n=change-m@h152.71.96.216.ip.alltel.net) |
| 21:07.58 | *** join/#nslu2-linux mechange- (n=change-m@h152.71.96.216.ip.alltel.net) |
| 21:54.09 | eFfeM | hi, anybody know what the source is for built-in.o in drivers/i2c/busses |
| 21:54.29 | eFfeM | there is no such thing as built-in.c and it is not in the compile log ... |
| 21:54.50 | senneth | built-in.o just containst all the stuff exported by the .c files |
| 21:55.35 | eFfeM | ah, ok |
| 23:06.14 | CIA-8 | 03yuecelm 07org.openembedded.dev * r381f5ac5... 10/packages/avetanabt/ (files/maxConnectedDevices.patch avetanabt_cvs.bb): |
| 23:06.14 | CIA-8 | avetana_cvs: some cosmetic changes and working patch |
| 23:06.14 | CIA-8 | <PROTECTED> |
| 23:06.14 | CIA-8 | <PROTECTED> |
| 23:16.03 | CIA-8 | 03yuecelm 07org.openembedded.dev * re83da273... 10/packages/avetanabt/files/avetanalocaldevice.patch: avetanabt_cvs: remove avetanalocaldevice.patch |
| 23:48.36 | dwery | Jacmet: ping |
| 23:49.44 | rwhitby | dwery: sorry I led you down the garden path on the leds issue, |
| 23:50.02 | dwery | rwhitby: np |
| 23:50.31 | rwhitby | I agree with jbowler that we shouldn't change the ready/status led. But I would like to see that cpu status functionality as an option for one of the other leds. |
| 23:51.11 | dwery | I wrote an email explaing that. by default, the interface does not touch the leds |
| 23:51.13 | rwhitby | But what I was really thinking about (and I didn't explain myself clearly) was the lower-level interface to the leds, rather than the code which gives the leds a meaning. |
| 23:51.16 | dwery | it's just an interface |
| 23:51.45 | dwery | if you want it to give meaning, you have to define two more CONFIG_ |
| 23:51.53 | rwhitby | dwery: nod. I'd love to be able to give the user the ability to tie that functionality to, for instance, the DISK2 led. |
| 23:52.06 | rwhitby | (without having to recompile) |
| 23:52.21 | dwery | then just define CONFIG_LEDS and do everything in userspace |
| 23:53.18 | NAiL | Actually, I'd love to have the status led being able to show cpu state... After bootup it's constantly green anyway |
| 23:53.46 | dwery | NAiL: then you;' have to define CONFIG_LEDS and CONFIG_LEDS_CPU :) |
| 23:53.55 | NAiL | aha |
| 23:53.59 | dwery | it's completely configurable, |
| 23:54.01 | dwery | . |
| 23:54.19 | rwhitby | NAiL: as long as it was on-top-off (rather than replacing) the boot status fuctionality for the ready/status led |
| 23:54.23 | NAiL | but it requires a recompile though |
| 23:54.31 | NAiL | rwhitby: yes |
| 23:55.07 | rwhitby | so I think we have two great functionalities defined for the ready/status leds, and just have to work out how to combine them sensibly :-) |
| 23:55.34 | dwery | NAiL: you can compile it in and disable it at runtime |
| 23:56.22 | rwhitby | dwery: so maybe our startup scripts just enable the cpu status at the point where they currently turn it sold green ... |
| 23:56.41 | rwhitby | and we make the status indicators consistent (colour-wise) with the boot indicators |
| 23:57.17 | dwery | it works this way: |
| 23:57.26 | rwhitby | (i.e. pulsing green) |
| 23:57.29 | dwery | red led: cpu idle |
| 23:57.38 | dwery | green led: timer ticks |
| 23:57.40 | dwery | so during boot |
| 23:57.48 | dwery | youl'have some flickering activity |
| 23:57.55 | dwery | when the script starts |
| 23:58.00 | dwery | you can claim the interface |
| 23:58.06 | dwery | and do what you want |
| 23:58.18 | rwhitby | dwery: we want to do this: http://www.nslu2-linux.org/wiki/OpenSlug/OpenSlugLEDsDuringBoot during boot |
| 23:58.32 | dwery | let me see |
| 23:58.34 | rwhitby | and then switch over to the cpu status stuff when everything is up and running |
| 23:59.04 | rwhitby | and maybe flicker the green led to show cpu activity. dunno. |
| 23:59.59 | dwery | the run level thing seems doable |