**** BEGIN LOGGING AT Mon Dec 05 02:59:58 2011 Dec 05 09:02:45 build #77 of mpc52xx is complete: Failure [failed compile_10] Build details are at http://buildbot.openwrt.org:8010/builders/mpc52xx/builds/77 Dec 05 09:06:18 build #113 of at91 is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/at91/builds/113 Dec 05 09:23:24 build #111 of ubicom32 is complete: Failure [failed compile_3] Build details are at http://buildbot.openwrt.org:8010/builders/ubicom32/builds/111 Dec 05 10:35:16 hey, jow_laptop from 29423 up those patches improve luci's wireless card power o/c detection and such? Dec 05 10:36:13 no Dec 05 10:38:59 not yet at least Dec 05 10:48:25 aight, oki, thanks Dec 05 12:51:46 juhosg * r29431 /trunk/target/linux/ar71xx/image/Makefile: ar71xx: allow WNDR3700 image creation to fail if kernel/rootfs too big Dec 05 13:00:12 juhosg * r29432 /trunk/target/linux/ar71xx/base-files/lib/ (ar71xx.sh preinit/03_preinit_do_ar71xx.sh): ar71xx: change user-space board detection Dec 05 13:00:13 jow * r29433 /trunk/target/linux/ar71xx/base-files/etc/ (defconfig/wndr3800/ diag.sh uci-defaults/leds): [ar71xx] add some missing wndr3800 base-files definitions Dec 05 13:04:20 why different boards with exactly the same bcm6348 CPU calculate a different bogomips? Dec 05 13:05:34 could it be a thing of the bootloader and its registers initializing the hardware? Dec 05 13:05:42 would say so Dec 05 13:06:24 well, I'm trying to solve some performance issues in my board bcm6348 based Dec 05 13:06:46 yeah, I followed the story loosely Dec 05 13:07:25 and I saw different bogomips across different bcm6348 boards, with different versions of CFE Dec 05 13:07:46 juhosg * r29434 /trunk/target/linux/ar71xx/ (10 files in 9 dirs): ar71xx: rewrite WNDR3700/3800 handling Dec 05 13:08:14 I don't know if their performance is different Dec 05 13:09:52 but the bogomips sometime it is Dec 05 13:12:19 a friend with one of this boards reported higher bobomips than mine, an higher performance too Dec 05 13:12:41 unfortunatelly I couldn't read its registers.. Dec 05 13:14:40 or could it be a hardware design itself? Dec 05 13:15:09 with diferente voltages in the cpu, or RAM, for example? Dec 05 13:22:46 <[florian]> yes, this can be programmed with straps on the board Dec 05 13:58:38 jow * r29435 /packages/utils/collectd/ (Makefile patches/400-fix-olsrd-get-all.patch): [packages] collectd: fix olsrd plugin statistics. Recent olsr-mod-txtinfo versions require the client to send "/all" to report all stats Dec 05 14:24:13 nbd * r29436 /trunk/package/mac80211/ (50 files in 2 dirs): mac80211: update to 2011-12-01 Dec 05 14:24:17 nbd * r29437 /trunk/package/mac80211/patches/ (2 files): ath9k: fix 5/10 mhz channel bandwidth issues Dec 05 14:24:27 nbd * r29438 /trunk/package/mac80211/patches/300-pending_work.patch: ath9k: fix antenna configuration on ar9285 for devices without antenna diversity Dec 05 14:24:31 nbd * r29439 /trunk/package/netifd/Makefile: netifd: update to latest version, fixes some use-after-free issues Dec 05 14:24:37 nbd * r29440 /trunk/target/linux/ar71xx/files/arch/mips/ar71xx/ (dev-m25p80.c dev-m25p80.h mach-wzr-hp-ag300h.c): ar71xx: move multi-m25p80 concat code from wzr-hp-ag300h mach code to dev-m25p80.c, other buffalo routers use it as well Dec 05 14:24:47 nbd * r29441 /trunk/target/linux/ar71xx/ (9 files in 6 dirs): ar71xx: add preliminary support for wzr-hp-g450h Dec 05 14:56:15 juhosg * r29442 /trunk/tools/mkimage/patches/030-allow-to-use-different-magic.patch: tools/mkimage: allow to use different magic in uImages Dec 05 14:56:17 juhosg * r29443 /trunk/target/linux/ar71xx/image/lzma-loader/ (19 files in 2 dirs): ar71xx: add lzma loader Dec 05 14:56:20 juhosg * r29444 /trunk/target/linux/ar71xx/image/Makefile: ar71xx: use the lzma-loader on TP-Link boards w/o lzma support Dec 05 14:56:23 juhosg * r29445 /trunk/tools/firmware-utils/src/mktplinkfw.c: firmware-utils/mktplinkfw: allow to align the rootfs on a specified boundary Dec 05 14:56:25 juhosg * r29446 /trunk/target/linux/ar71xx/files/drivers/mtd/tplinkpart.c: ar71xx: check squashfs signature in TP-Link mtd parser Dec 05 14:56:28 juhosg * r29447 /trunk/target/linux/ar71xx/image/Makefile: Dec 05 14:56:28 ar71xx: reclaim some unused space on TP-Link boards Dec 05 14:56:28 With the default OpenWrt configuration, this increases the size Dec 05 14:56:28 of the rootfs_data partition by 384KB/128KB on the older/newer Dec 05 14:56:28 TP-Link models. Dec 05 16:58:42 juhosg * r29448 /trunk/target/linux/ramips/base-files/etc/uci-defaults/network: ramips: fix network configuration setup Dec 05 17:30:54 juhosg * r29449 /trunk/include/package-ipkg.mk: Dec 05 17:30:54 include/package-ipkg.mk: don't add vi backup files to packages Dec 05 17:30:54 Also remove trailing whitespaces. Dec 05 17:30:55 juhosg * r29450 /trunk/target/linux/ramips/base-files/etc/uci-defaults/network: ramips: add ramips_ prefix to get_mac_{binary,nvram} functions Dec 05 17:30:56 juhosg * r29451 /trunk/target/linux/ramips/base-files/ (etc/uci-defaults/network lib/ramips.sh): ramips: move ramips_get_mac_* functions to lib/ramips.sh Dec 05 17:30:58 juhosg * r29452 /trunk/target/linux/ramips/base-files/lib/preinit/06_set_iface_mac: ramips: use ramips_get_mac_* functions in the preinit script Dec 05 17:30:59 juhosg * r29453 /trunk/target/linux/ramips/base-files/lib/preinit/06_set_iface_mac: Dec 05 17:30:59 ramips: set preinit interface mac on the hw550-3g board Dec 05 17:30:59 Based on a patch by Daniel Golle Dec 05 17:31:00 juhosg * r29454 /trunk/target/linux/ramips/base-files/ (etc/uci-defaults/network lib/preinit/06_set_iface_mac): Dec 05 17:31:01 ramips: set mac addresses for the NBG-419N Dec 05 17:31:01 Based on a patch by Nerijus Baliunas Dec 05 18:15:45 juhosg * r29455 /trunk/target/linux/ar71xx/base-files/lib/ (ar71xx.sh upgrade/platform.sh): ar71xx: verify hardware id of firmware images on TP-Link boards Dec 05 18:25:08 juhosg * r29456 /trunk/target/linux/ar71xx/files/arch/mips/ar71xx/pci.c: ar71xx: don't register PCI controller on AR934x if PCIE_RC bit is not set Dec 05 19:05:05 build #104 of ps3 is complete: Failure [failed compile_6] Build details are at http://buildbot.openwrt.org:8010/builders/ps3/builds/104 Dec 05 19:17:02 blogic: ping Dec 05 20:08:39 Delboy_: hi Dec 05 20:37:05 blogic: hi, do you know if led for adsl should work when driver is loaded? because before that was working and now nothing Dec 05 20:37:39 you said something in that mail that you are working on some code for adsl led Dec 05 20:39:58 I see in /trunk/package/ltq-dsl/Makefile config args --disable-adsl-led, but that makes no sence to me because that was there all the time Dec 05 20:45:14 yes Dec 05 20:45:19 i have so far not made it work Dec 05 20:45:24 we will use software driven leds Dec 05 20:45:29 it is on my list for next week Dec 05 20:45:30 :) Dec 05 21:14:53 juhosg * r29457 /trunk/target/linux/ar71xx/files/arch/mips/ar71xx/ (devices.c devices.h): ar71xx: allow to pass negative offset values for ar71xx_init_mac Dec 05 21:14:53 juhosg * r29458 /trunk/target/linux/ar71xx/files/arch/mips/ar71xx/ (mach-tl-mr3x20.c mach-tl-wr741nd-v4.c mach-tl-wr741nd.c): ar71xx: use correct mac on the lan interface on several TP-LINK devices Dec 05 21:14:55 juhosg * r29459 /trunk/target/linux/ar71xx/base-files/lib/ar71xx.sh: ar71xx: add TP-Link board detection Dec 05 21:22:08 nbd: ping Dec 05 22:10:08 luka12345: pong Dec 05 22:15:36 nbd: one question Dec 05 22:16:12 nbd * r29460 /trunk/package/mac80211/patches/300-pending_work.patch: mac80211: merge some pending fixes, fixes skb leaks and some warnings Dec 05 22:16:35 if i use uci_alloc_context() on a variable Dec 05 22:17:04 and then i do not uci_free_context() same variable Dec 05 22:17:35 then config file is changed by some external event Dec 05 22:18:23 and then when i do uci_set using variable with old data Dec 05 22:18:58 my changes are erased... Dec 05 22:19:05 are you following me? Dec 05 22:20:22 not really Dec 05 22:20:36 uci_set operations add lines to the delta file (which is locked) Dec 05 22:20:45 so after a reload, the changes should still be there Dec 05 22:20:50 unless something else changed the same option Dec 05 22:21:02 ok Dec 05 22:21:10 if the same option was changed Dec 05 22:21:17 the last one to change it wins Dec 05 22:21:42 are you in the mode to look at some code? Dec 05 22:21:53 not at the moment Dec 05 22:21:59 ok Dec 05 22:22:04 but send it to me anyway Dec 05 22:22:08 i might find the time tomorrow Dec 05 22:22:12 or later Dec 05 22:22:26 i think i fixed my problem but i wanted to make sure Dec 05 22:22:33 should i write it here or pm you? Dec 05 22:22:58 write it her Dec 05 22:22:59 e Dec 05 22:23:07 ok Dec 05 22:25:08 so this is the code: http://dev.phrozen.org/gitweb/?p=freecwmp_dev.git;a=blob;f=src/config.c;h=b4bbb343fbf06970d99b58e2e535ec5e5fbb6051;hb=HEAD Dec 05 22:26:35 in '498 config_init_package(const char *config)' i do Dec 05 22:26:41 506 ctx = uci_alloc_context(); Dec 05 22:26:57 and add it to: Dec 05 22:26:58 15 static struct uci_context *uci_ctx; Dec 05 22:27:27 then my app does it job and later on i do save on several functions: Dec 05 22:27:59 for example here: Dec 05 22:28:01 121 config_save_local(void) Dec 05 22:28:33 config file is changed in the mean time Dec 05 22:31:40 before applying this patch: Dec 05 22:31:41 http://dev.phrozen.org/gitweb/?p=freecwmp_dev.git;a=commitdiff;h=07304e8f2ac0e984399853153265d8188ecf2498 Dec 05 22:32:12 when i do save for example in function config_save_local Dec 05 22:32:48 my changes between reading config file and saving changes are rewriten Dec 05 22:33:02 ie. like they were when i first read the config file Dec 05 22:33:10 after that patch i see no issues Dec 05 23:57:28 build #92 of avr32 is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/92 **** ENDING LOGGING AT Tue Dec 06 02:59:57 2011