**** BEGIN LOGGING AT Tue Feb 09 02:59:56 2010
Feb 09 05:41:58 <builder> build #5 of ixp4xx is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/ixp4xx/builds/5
Feb 09 09:22:40 <Lalloso> hello, what is an handy test to benchmark the cpu?
Feb 09 09:22:51 <Lalloso> time md5sum busybox?
Feb 09 11:47:53 <Lalloso> do you guys have a suggested network media tank?
Feb 09 12:02:47 <rAndy1> WAG54G2 exploration, anyone successfully netbooted a custom image?
Feb 09 12:03:32 <[florian]> rAndy1: that's an ar7 based router is not it?
Feb 09 12:04:00 <[florian]> rAndy1: if so, see http://wiki.openwrt.org/inbox/wag54g#v2.hardware
Feb 09 12:04:43 <[florian]> and you can just tftp an image which contains a "WA21" name
Feb 09 12:04:53 <rAndy1> no, it's http://oldwiki.openwrt.org/OpenWrtDocs(2f)Hardware(2f)Linksys(2f)WAG54G2.html
Feb 09 12:05:32 <rAndy1> PP boot based :(
Feb 09 12:05:35 <[florian]> rAndy1: oh, indeed that's different
Feb 09 12:05:58 <[florian]> rAndy1: the chipset is uses is a no-mmu ARM core
Feb 09 12:06:08 <[florian]> rAndy1: probably not worth doing any work on it unless you really want to
Feb 09 12:06:31 <rAndy1> my problem is that even netbooting original image fails checksum (i guess)
Feb 09 12:08:02 <[florian]> rAndy1: maybe the network boot requires a different image format?
Feb 09 12:08:31 <rAndy1> dunnow, it seems pp boot reads a kind of 'atmos flashfs' partition
Feb 09 12:09:41 <rAndy1> looking at original linksys fw WAG54G2-EU-ANNEXB-ETSI-1.00.17-code.imgm at 0x00020800
Feb 09 12:09:54 <rAndy1> you see the label ISFSV1..........
Feb 09 12:10:30 <rAndy1> googling that found some code about an atmos flashfs filesystem
Feb 09 12:10:45 <rAndy1> code is incomplete, lacking chksum calculation ;)
Feb 09 12:11:55 <[florian]> you may try doing crc32, or sum of ones as an usual checksum
Feb 09 12:12:51 <rAndy1> it's frustrating as i don't even know what the bootloader expects....
Feb 09 12:13:19 <[florian]> rAndy1: what about dumping the existing flash image and determine how the chksum was computed?
Feb 09 12:13:49 <rAndy1> got dump aof any partition you like :)
Feb 09 12:13:54 <rAndy1> I'll try that
Feb 09 12:14:39 <rAndy1> first i should know over what the checksum is calculated
Feb 09 12:14:58 <[florian]> having the image which in flash should help you do that I'd say
Feb 09 12:16:12 <rAndy1> i'll make some tests in the next few minutes and report the results
Feb 09 12:16:20 <rAndy1> thanks first for the infos!!
Feb 09 12:18:10 <[florian]> you are welcome
Feb 09 14:53:22 <Lalloso> is there a way to know if i have a kernel compiled with SMP to boot my mips 34k ??
Feb 09 15:28:08 <[florian]> Lalloso: grep SMP vmlinux :)
Feb 09 15:28:36 <Lalloso> lol
Feb 09 15:28:46 <Lalloso> i have to grep on the tftpserver
Feb 09 15:30:17 <Lalloso> strings uImage | grep SMP
Feb 09 15:30:20 <Lalloso> no output
Feb 09 15:38:15 <rAndy1> @[florian] hours later... Now i'm quite sure which boundaries the checksum is calculated over, but it seems to be no crc32...
Feb 09 15:38:44 <rAndy1> do you know any other checksum types calculated over 4 bytes?
Feb 09 15:41:04 <rAndy1> another problem: the string " |........SELFLZMA|" appears in hexdump
Feb 09 15:41:09 <rAndy1> any clue?
Feb 09 15:41:53 <[florian]> rAndy1: crc16 can be  used, or otherwise a simple sum of the ones
Feb 09 15:48:34 <rAndy1> ok, i'll try
Feb 09 15:49:00 <rAndy1> btw, is anyone else exploring this router?
Feb 09 16:13:21 <Lalloso> ehy guys
Feb 09 16:13:29 <Lalloso> do you have a suggested network media tank? :-D
Feb 09 16:27:38 <CIA-41> juhosg * r19565 /trunk/ (6 files in 4 dirs): ar71xx/mac80211: add a workaround for the bad signal strength on the WNDR3700
Feb 09 17:29:35 <tripolar_> ping thepeople
Feb 09 17:43:08 <thepeople> tripolar_: no response yet
Feb 09 17:43:25 <tripolar_> thepeople this takes really long
Feb 09 17:43:26 <tripolar_> :(
Feb 09 17:43:37 <tripolar_> hope the admin is still alive :)
Feb 09 17:43:49 <tripolar_> @thepeople
Feb 09 17:43:55 <thepeople> tripolar_: I know, it is out of my control
Feb 09 17:44:01 <thepeople> he is still alive
Feb 09 17:44:27 <tripolar_> thepeople yeah i know ... i wont bother u again because of this .. maybe if nothing happens i will ask next week again
Feb 09 17:44:57 <tripolar_> thepeople couldu please commit a patch of mine
Feb 09 17:44:57 <thepeople> I hope that it happens before then :-/
Feb 09 17:45:05 <tripolar_> its on mailing list for some time now
Feb 09 17:45:13 <tripolar_> and larsc only commit half of it
Feb 09 17:45:16 <tripolar_> commited
Feb 09 17:45:18 <tripolar_> commited
Feb 09 17:45:28 <thepeople> tripolar_: in a few hours I can
Feb 09 17:45:35 <thepeople> what patch is it?
Feb 09 17:45:41 <tripolar_> the umount patch
Feb 09 17:45:54 <tripolar_> umount init script in base files
Feb 09 17:46:00 <tripolar_> nbd sumbitted my patch
Feb 09 17:46:05 <tripolar_> but its not needed
Feb 09 17:46:14 <tripolar_> just use umount -r -a and not -l
Feb 09 17:46:19 <tripolar_> -l is no good idea
Feb 09 17:46:51 <tripolar_> thepeople: "reboot/poweroff fixes" is the name of the mail
Feb 09 17:47:04 <tripolar_> and the umount.patch should be applied
Feb 09 17:47:10 <thepeople> tripolar_: ok, I will do it later today
Feb 09 17:47:11 <tripolar_> the otherone is already applied
Feb 09 17:47:17 <tripolar_> thepeople: thanks
Feb 09 17:52:55 <larsc> tripolar_: I would have commited the umount patch if you had given a good commit message
Feb 09 17:53:48 <tripolar_> larsc: "lacy umount is unneeded and could create a broken fs"
Feb 09 17:55:03 <tripolar_> larsc: i tested it and if the readonly umount takes too long it just lazy umounts the fs - which could introduce a check if possible (ext3) on next boot or a broken fs (happend once with xfs)
Feb 09 17:55:08 <tripolar_> so -a -r is enough
Feb 09 17:55:34 <CIA-41> juhosg * r19566 /trunk/target/linux/ar71xx/config-2.6.32: ar71xx: sync kernel config
Feb 09 17:55:37 <CIA-41> juhosg * r19567 /trunk/target/linux/ar71xx/config-2.6.32: ar71xx: enable CFI probe for the WZR-HP-G300NH
Feb 09 17:56:31 <tripolar_> larsc will u commit it?
Feb 09 18:04:48 <larsc> yes
Feb 09 18:05:26 <tripolar_> thanks
Feb 09 18:05:33 <tripolar_> i'll tell this thepeople
Feb 09 18:05:40 <tripolar_> thepeople: dont commit it larsc will do it
Feb 09 18:07:38 <CIA-41> lars * r19568 /trunk/package/base-files/files/etc/init.d/umount:
Feb 09 18:07:38 <CIA-41> [base-files] Don't do lazy unmounting of filessystems at reboot/poweroff.
Feb 09 18:07:38 <CIA-41> It is unneeded and could couse a broken filesystem if unmounting takes to long.
Feb 09 18:07:38 <CIA-41> Thanks to Peter Wagner
Feb 09 21:45:10 <codertux> could someone explain how the sdram_init nvram variable works?
Feb 09 22:47:29 <nunojpg> how do I get newgrp or sg? is it some busybox configuration?
Feb 09 23:54:05 <cshore> what are the allowed types for menuconfig Config.in files?
Feb 09 23:54:12 <cshore> string, bool, ?
Feb 09 23:55:18 <cshore> can you require an integer, or only a string that is a number?
Feb 10 00:34:34 <CIA-41> jow * r19569 /trunk/package/dropbear/files/dropbear.init: [package] dropbear: performance improvements in init script, quiet mode for start-stop-daemon - patch by Matthias Buecher <mail@maddes.net>
Feb 10 00:34:47 <cshore> ping xMff
Feb 10 00:34:58 <builder> build #8 of brcm63xx is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/brcm63xx/builds/8
Feb 10 00:36:44 <CIA-41> jow * r19570 /packages/ipv6/thc-ipv6/Makefile: [packages] thc-ipv6: fix menuconfig error triggered by improper quoting - patch by Iwan Budi Kusnanto <iwan.ilt@gmail.com>
Feb 10 00:37:53 <larsc> cshore: you can require a number. just use 'int' as the type
Feb 10 00:38:11 <cshore> doh, I was using 'integer' and wondering why I got an error
Feb 10 00:38:34 <cshore> larsc: thanks
Feb 10 00:38:37 <larsc> np
Feb 10 00:41:23 <xMff> pong cshore
Feb 10 00:41:41 <cshore> xMff: Have you seen my message with the automount stuff?
Feb 10 00:42:27 <xMff> yes but I had no time to look at or comment it lately
Feb 10 00:42:49 <cshore> xMff: I was wondering what you thought of the packaging it separately issue
Feb 10 00:43:38 <xMff> I think putting it into a separate package and make it depend on kmod-usb-storage is a sensible choice
Feb 10 00:44:20 <cshore> xMff: and of course, when you get a chance, I'd like you to look at it, but I understand you're busy right now
Feb 10 00:45:00 <cshore> xMff: well doesn't it apply to more than just USB?
Feb 10 00:46:09 <xMff> yeah, true
Feb 10 00:46:22 <xMff> then we can still it to the per-device default package collection
Feb 10 00:46:25 <xMff> +add
Feb 10 00:46:30 <cshore> right
Feb 10 00:57:22 <cshore> ok, I'll do up the patches and maybe get ede to test (build and test is a pain, the packaging itself is easy)
Feb 10 01:13:48 <k-man> any idea if i have to be careful about which version I get if i buy a d-link DIR-825?
Feb 10 01:14:01 <k-man> there seems to be some discussion in the nets about rev1 is no good
Feb 10 01:26:54 <cshore> xMff: how do you select say e2fsprogs conditionally for three different possible packages being the reason it is selected?
**** ENDING LOGGING AT Wed Feb 10 02:59:58 2010