**** BEGIN LOGGING AT Wed Mar 07 02:59:58 2012 Mar 07 03:28:02 build #129 of ppc40x is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/ppc40x/builds/129 Mar 07 03:32:23 build #134 of pxcab is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/pxcab/builds/134 Mar 07 11:01:07 Chocks: maybe the power button polarity is wrong Mar 07 12:16:37 I'm working on a package for openwrt, how do I make the package not unpack all the time from cache ? Mar 07 12:18:16 jow * r30832 /packages/net/multiwan/ (Makefile files/etc/config/multiwan files/usr/bin/multiwan): (log message trimmed) Mar 07 12:18:16 Add enabled option to multiwan Mar 07 12:18:16 Hi Mar 07 12:18:16 Attached modified patchs for multiwan and luci-app-multiwan Mar 07 12:18:16 Signed-off-by: Etienne CHAMPETIER Mar 07 12:18:17 Le 19/12/2011 18:30, Etienne Champetier a écrit : Mar 07 12:18:18 > Hi Mar 07 12:18:18 jow * r30833 /packages/net/multiwan/ (Makefile files/usr/bin/multiwan): (log message trimmed) Mar 07 12:18:19 multiwan package: use less iptables -F Mar 07 12:18:19 Hi Mar 07 12:18:20 Even if "qos-scripts" package isn't installed, multiwan is flushing all the mangle chains. Mar 07 12:18:20 This patch correct this behavior to let people use mangle table if qos-scripts is not there (to use there own qos script ...) Mar 07 12:18:21 Info: For the moment the qos management of the multiwan package is broken (it's speaks about IMQ, instead of IFB) Mar 07 12:18:21 The package version go from 1.0.20 to 1.0.21 (and not 1.0.19) because there is this patch also pending (http://patchwork.openwrt.org/patch/1740/) Mar 07 12:28:10 juhosg * r30834 /trunk/target/linux/generic/patches-3.2/322-ppc4xx-crypto-compile-fix.patch: linux/3.2: fix crypto4xx build failure Mar 07 13:45:19 can anyone give me some insight on nand error messages: Bad eraseblock 524 at 0x000000830000 Mar 07 13:45:49 it means that there is a bad eraseblock at address 0x000000830000 Mar 07 13:45:49 can those be fixed? or is it something broken in my nand chip? Mar 07 13:45:57 probably chip breakage Mar 07 13:46:16 now i do not have issue with that Mar 07 13:46:34 but i'm wondering what would happen if those occur on uboot? Mar 07 13:47:27 i have seen somewhere that those can be fixed but it might destroy entire chip... Mar 07 13:47:34 i can not find that link anymore Mar 07 13:51:44 this error is not rare: http://tech.dir.groups.yahoo.com/group/ts-7000/message/1368 Mar 07 14:22:45 luka12345: bad blocks is quite common on nand (and there is extra support for handling them included in the flash chip, like bad block markers and bad block tables on the flash, and special filesystems using them) Mar 07 14:26:39 yes i'm reading about that stuff now... Mar 07 14:27:10 what i want to do is use ubifs for rootfs on my kirkwood arm board Mar 07 14:27:35 last night i just copied the ubifs rootfs image to the flash Mar 07 14:27:58 but it did not work and that is not the way to do it Mar 07 14:28:16 (or at least i'm told that is not the correct approach) Mar 07 14:30:00 i was using this patches: http://patchwork.openwrt.org/patch/1290/ and also 1289 and 1288 Mar 07 14:45:13 jow * r30835 /trunk/target/linux/generic/ (11 files): [generic] enable EFI partition support by default, adds ca. 8K uncompressed on ar71xx (#8672) Mar 07 16:32:51 build #127 of ppc44x is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/127 Mar 07 16:58:42 build #130 of rb532 is complete: Failure [failed compile_10] Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/130 Mar 07 17:02:50 juhosg * r30836 /trunk/target/linux/generic/files/drivers/net/phy/ar8216.c: generic: ar8216: fix phy driver name Mar 07 17:02:51 juhosg * r30837 /trunk/target/linux/generic/files/drivers/net/phy/ar8216.c: generic: ar8216: use bus->mdio_lock directly in ar8216_mii_{read,write} Mar 07 17:02:53 juhosg * r30838 /trunk/target/linux/generic/files/drivers/net/phy/ar8216.c: generic: ar8216: use mdiobus_write in ar8236_hw_init Mar 07 17:02:54 juhosg * r30839 /trunk/target/linux/generic/files/ (drivers/net/phy/swconfig.c include/linux/switch.h): generic: swconfig: add a generic get_port_link implementation Mar 07 17:02:57 juhosg * r30840 /trunk/target/linux/ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_ar7240.c: ar71xx: ag71xx: use the generic get_port_link implementation Mar 07 17:02:57 juhosg * r30841 /trunk/target/linux/ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_ar7240.c: ar71xx: ag71xx: fix get_port_link callback Mar 07 17:02:58 juhosg * r30842 /trunk/target/linux/generic/files/drivers/net/phy/rtl8366rb.c: generic: rtl8366rb: use the generic get_port_link implementation Mar 07 17:03:01 juhosg * r30843 /trunk/target/linux/generic/files/drivers/net/phy/rtl8366s.c: generic: rtl8366s: use the generic get_port_link implementation Mar 07 17:03:02 juhosg * r30844 /trunk/target/linux/generic/files/drivers/net/phy/rtl8367.c: generic: rtl8367: use the generic get_port_link implementation Mar 07 17:03:04 juhosg * r30845 /trunk/target/linux/generic/files/drivers/net/phy/ar8216.c: generic: ar8216: use the generic get_port_link implementation Mar 07 17:03:06 juhosg * r30846 /trunk/target/linux/generic/files/drivers/net/phy/ar8216.c: generic: ar8216: use ar8216_read_port_link to get the CPU port link parameters Mar 07 17:03:07 juhosg * r30847 /trunk/target/linux/generic/files/drivers/net/phy/ar8216.c: generic: ar8216: improve ar8216_wait_bit function Mar 07 17:03:08 juhosg * r30848 /trunk/target/linux/generic/files/drivers/net/phy/ar8216.c: generic: ar8216: move port initialization into a separate function Mar 07 20:21:14 juhosg * r30849 /trunk/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wr2543n.c: ar71xx: fix WPS button polarity on TL-WR2543N Mar 07 23:03:16 juhosg * r30850 /trunk/target/linux/generic/ (config-3.2 config-3.3): linux/3.{2,3}: even more NAND symbols Mar 07 23:41:51 build #146 of s3c24xx is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/s3c24xx/builds/146 Mar 08 00:38:57 build #145 of at91 is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/at91/builds/145 Mar 08 00:41:24 build #143 of ubicom32 is complete: Failure [failed compile_1] Build details are at http://buildbot.openwrt.org:8010/builders/ubicom32/builds/143 **** ENDING LOGGING AT Thu Mar 08 02:59:58 2012