**** BEGIN LOGGING AT Sat Apr 07 02:59:57 2007
Apr 07 10:31:50 <CIA-3> mbm * r6879 /trunk/Makefile: fix menuconfig checks
Apr 07 10:36:35 <CIA-3> ejka * r6880 /trunk/target/linux/generic-2.6/patches/060-rootfs_split.patch: Fix free space size check
Apr 07 11:03:05 <CIA-3> nbd * r6881 /trunk/Makefile: fix menuconfig
Apr 07 11:03:19 <[mbm]> ?
Apr 07 11:04:22 <[mbm]> nbd: umm, there are multiple occurances of that, you should change them all
Apr 07 11:27:13 <armijn> hm, I installed OpenWrt on a conceptronic c54apra yesterday
Apr 07 11:27:20 <armijn> logged in, then did poweroff
Apr 07 11:27:34 <armijn> I actually had to reflash the device before it came back up
Apr 07 11:27:42 <armijn> is this normal behaviour?
Apr 07 11:27:43 <[mbm]> and the reason you mention it is that now it doesn't work?
Apr 07 11:27:54 <[mbm]> figures
Apr 07 11:28:13 <armijn> enlighten me
Apr 07 11:28:15 <[mbm]> booted with some sort of firmware crc error?
Apr 07 11:28:16 <armijn> please :)
Apr 07 11:28:31 <armijn> ehrm, no?
Apr 07 11:28:47 <armijn> it works ok again
Apr 07 11:29:08 <[mbm]> hmm.. usually what happens is that the mtd maps are slightly off and the jffs2 parition overlaps some critical data
Apr 07 11:29:15 <armijn> this is squashfs
Apr 07 11:29:18 <[mbm]> so when it initializes jffs2 it wipes that data
Apr 07 11:29:31 <[mbm]> and thus the next time it refuses to boot
Apr 07 11:30:05 <[mbm]> doesn't matter that it's squahsfs, all openwrt images also attempt to format a jffs2 partition
Apr 07 11:30:46 <armijn> well, I could login and do stuff you would normally do
Apr 07 11:30:57 <armijn> pull the plug, put it back in, that all works
Apr 07 11:31:36 <[mbm]> umm, doesn't that contradict your earlier statement that it stopped working after a poweroff?
Apr 07 11:33:04 <armijn> no
Apr 07 11:33:13 <armijn> I meant when I type in the command "poweroff"
Apr 07 11:33:18 <armijn> after logging in
Apr 07 11:34:25 <[mbm]> hmm no idea
Apr 07 11:34:52 <armijn> ok
Apr 07 11:34:56 <[mbm]> why do we even have such a command? it's impossible to power these things down without unplugging them
Apr 07 11:35:03 <armijn> I dunno
Apr 07 11:35:08 <armijn> it is a symlink to busybox
Apr 07 11:35:25 <[florian]> armijn: not at all, should be ok
Apr 07 11:35:39 <armijn> hm
Apr 07 11:36:08 <armijn> then maybe it is something I did wrong
Apr 07 11:36:46 <[mbm]> yeah busybox provides a poweroff util, I'm questioning who enabled it and why
Apr 07 11:36:56 <[mbm]> seems a silly thing
Apr 07 11:37:49 <[florian]> the expected behavior of it should not brick your device
Apr 07 11:38:08 <armijn> I will retry later today
Apr 07 11:38:13 <armijn> I know how to reinstall, so
Apr 07 11:38:16 <armijn> :-P
Apr 07 11:38:31 <[florian]> I really wonder if we have the samed c54apr{a,b} devices :p
Apr 07 11:38:48 <armijn> well, I don't know
Apr 07 11:38:58 <armijn> I encountered others with another mtd layout
Apr 07 11:39:11 <armijn> they lacked mtd4 for example
Apr 07 11:39:14 <[florian]> might be different revisions
Apr 07 11:39:46 <[mbm]> [florian]: still, it's a useless command for pretty much all embeded devices
Apr 07 11:39:57 <[florian]> [mbm]: precisely
Apr 07 11:40:33 <ejka> hmm, here poweroff works
Apr 07 11:42:07 <armijn> now I'm starting to wonder
Apr 07 11:42:16 <[mbm]> ejka: it actually turns off the device?
Apr 07 11:42:36 <ejka> [mbm]: at least perepherials
Apr 07 11:42:43 <armijn> and does it come back up?
Apr 07 11:42:57 <[mbm]> ejka: hmm haven't seen many embeded devices able to cut their own power source
Apr 07 11:42:59 <ejka> armijn: after power cycle, yes
Apr 07 11:43:10 <[mbm]> powercycle = unplug?
Apr 07 11:43:14 <ejka> yep
Apr 07 11:43:30 <[mbm]> so, um, what's the point of having the command?
Apr 07 11:44:00 <armijn> the reason why I typed it in was pure routine
Apr 07 11:44:48 <[mbm]> unless someone can give me a good answer I say we just remove that command from busybox
Apr 07 11:46:53 <armijn> I second that motion
Apr 07 11:47:22 <armijn> reboot would be nice to keep :)
Apr 07 11:53:22 <CIA-3> mbm * r6882 /trunk/Makefile: same as [6881]
Apr 07 12:06:03 <CIA-3> mbm * r6883 /trunk/Makefile: trivial formatting - remove a few @'s and use a .silent instead
Apr 07 12:07:31 <[mbm]> hmm .. poweroff and reboot are the same busybox togglewq
Apr 07 12:08:26 <xrg_> I think I can give you a reason, mbm:
Apr 07 12:08:47 <xrg_> shut down the device until you reach it and bring it back to the lab!
Apr 07 12:09:17 <xrg_> However, the poweroff should somehow be protected against accidental launching..
Apr 07 12:10:42 <[mbm]> well, there's also the halt command for that
Apr 07 12:11:20 <xrg_> well, I thought that you'd be talking about the whole 'halt' idea..
Apr 07 12:11:28 <[mbm]> just that poweroff implies some sort of power management that can turn the system off; something which routers lack
Apr 07 12:13:03 <xrg_> If the wording is your concern, then I do agree with you..
Apr 07 12:13:18 <xrg_> Leave the 'halt' and nuke the 'poweroff' ..
Apr 07 12:37:11 <CIA-3> nbd * r6884 /trunk/Makefile: fix package/target scanning
Apr 07 13:26:10 <CIA-3> nico * r6885 /trunk/Makefile: fix typo
Apr 07 13:30:58 <CIA-3> nbd * r6886 /trunk/Makefile: make a few commands silent and fix defconfig logic
Apr 07 15:11:21 <CIA-3> mbm * r6887 /trunk/Makefile: fix a few bugs with the last few commits
Apr 07 16:38:30 <loswillios> thx for fixing qos nbd
Apr 07 16:45:01 <nbd> please let me know how well it performs
Apr 07 16:45:33 <nbd> i'm really satisfied with its performance at easterhegg
Apr 07 16:50:13 <loswillios> it's like ssh'ing from LAN. great work
Apr 07 17:04:14 <armijn> nbd: you at easterhegg?
Apr 07 17:04:27 <armijn> nbd: if so, say hi to my brother :P
Apr 07 17:11:00 <nbd> where/who is he?
Apr 07 17:11:14 <nbd> i'm in the freifunk corner
Apr 07 17:34:39 <armijn> nbd: I dunno where he is
Apr 07 17:35:13 <armijn> if I had known...
Apr 07 17:35:21 <armijn> might have passed another router...maybe
Apr 07 17:35:36 <armijn> otoh, dunno which one
Apr 07 21:24:32 <CIA-3> florian * r6888 /packages/net/samba/Makefile: Add samba fixes from #1555
Apr 07 21:54:21 <CIA-3> florian * r6889 /packages/net/rp-pppoe/ (Makefile files/pppoe-client.init): adsl-start is now pppoe-start (#1562)
Apr 08 00:09:01 <sn9_> [florian]: ping! i hope you're up...
Apr 08 00:16:36 <[florian]> sn9_: pong
Apr 08 00:17:12 <sn9_> my serial console stopped working, so i'll need someone else to help with further testing
Apr 08 00:17:32 <[florian]> sn9_: I am not at home, so I have no rdc device in here
Apr 08 00:17:46 <[florian]> sn9_: what do you mean by serial console stopped working ?
Apr 08 00:18:22 <sn9_> i power-cycled the device, and could not get a response on the serial line again
Apr 08 00:18:56 <[florian]> sn9_: I had this problem quite a while ago
Apr 08 00:19:04 <[florian]> should not be definitive
Apr 08 00:19:35 <sn9_> how did you fix it?
Apr 08 00:21:02 <[florian]> sn9_: I just power-cycled it after some hours
Apr 08 00:21:43 <sn9_> left it on, and power-cycled later, or left it off and powered it up later?
Apr 08 00:23:04 <[florian]> second option
Apr 08 00:23:19 <sn9_> many hours?
Apr 08 00:24:14 <[florian]> well, I did not test anything on that device for months
Apr 08 00:24:25 <[florian]> but the time should not be helping
Apr 08 00:24:47 <[florian]> I mean, there is no reason for it to work after 2 weeks or 2 hour
Apr 08 00:25:11 <sn9_> so, sometimes it works, and sometimes it doesn't?
Apr 08 00:25:44 <[florian]> now it works all the time, just once it did crash like you seem to be describing it
Apr 08 00:26:38 <sn9_> i have power-cycled it maybe 20 times since it happened -- still nothing
Apr 08 00:27:22 <sn9_> led's still work normally
Apr 08 00:28:02 <[florian]> weird, that is also what I saw with it
Apr 08 00:32:06 <sn9_> would you be around an ar525w anytime soon?
Apr 08 00:34:33 <[florian]> not until next sunday I guess
Apr 08 00:34:40 <CIA-3> pavlov * r6890 /trunk/package/dropbear/ (3 files in 2 dirs): update dropbear to 0.49
Apr 08 00:34:58 <sn9_> this was right when i was about to test the build that i was sure would finally bring up bash, too
Apr 08 00:35:35 <[florian]> such a pity
Apr 08 00:36:10 <sn9_> i will try to contact the guy that got me interested in this model in the first place
Apr 08 00:40:11 <CIA-3> pavlov * r6891 /branches/whiterussian/openwrt/package/dropbear/ (Makefile patches/120-hostkey_prompt.patch): update dropbear to 0.49 for whiterussian as well
Apr 08 02:13:33 <CIA-3> pavlov * r6892 /trunk/package/openssl/Makefile: move openssl to 0.9.8e
Apr 08 02:38:29 <sn9_> [florian]: i contacted the guy. he says there is a capacitor in the device that causes this problem when it builds up a charge. when he gets home, he will find the details and i will attempt to use them to discharge it
**** ENDING LOGGING AT Sun Apr 08 02:59:57 2007