**** BEGIN LOGGING AT Wed Aug 20 02:59:59 2014 Aug 20 04:43:23 build #613 of ar71xx is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/ar71xx/builds/613 Aug 20 04:47:22 build #47 of lantiq.xrx200 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/lantiq.xrx200/builds/47 Aug 20 04:50:55 build #594 of au1000 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/au1000/builds/594 Aug 20 05:18:53 build #733 of at91 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/at91/builds/733 Aug 20 05:33:09 build #155 of mpc83xx is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/mpc83xx/builds/155 Aug 20 05:34:57 build #156 of brcm2708 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/brcm2708/builds/156 Aug 20 05:36:12 build #154 of cns3xxx is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/cns3xxx/builds/154 Aug 20 05:37:44 build #536 of mpc52xx is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/mpc52xx/builds/536 Aug 20 05:38:35 build #564 of ep93xx is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/ep93xx/builds/564 Aug 20 05:46:13 build #154 of adm8668 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/adm8668/builds/154 Aug 20 05:48:02 build #368 of mpc85xx is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/mpc85xx/builds/368 Aug 20 05:48:50 build #40 of x86.xen_domu is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/x86.xen_domu/builds/40 Aug 20 05:48:55 build #553 of mcs814x is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/mcs814x/builds/553 Aug 20 05:56:45 build #46 of ar71xx.mikrotik is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/ar71xx.mikrotik/builds/46 Aug 20 06:03:43 build #558 of adm5120 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/adm5120/builds/558 Aug 20 06:18:02 build #150 of omap is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/omap/builds/150 Aug 20 06:55:19 build #170 of sunxi is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/sunxi/builds/170 Aug 20 07:25:11 hi, do you know if a new point release of AA will be made with #13681: ar71xx: wr741nd wifi crash after some time fix ? https://lists.openwrt.org/pipermail/openwrt-tickets/2014-August/068445.html Aug 20 07:45:11 guerby, I do not think there will be any newer release of AA. I think the main focus is on release of BB. Aug 20 08:01:56 energy power is reaching a critical point, sorry, exiting Aug 20 08:16:34 build #552 of gemini is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/gemini/builds/552 Aug 20 08:44:22 cyrus r42224 branches/packages_14.07 * Branch oldpackages for 14.07 Aug 20 09:52:38 cyrus r42225 trunk/package/network/ services/dnsmasq/patches/002-fix-race-on-interface-flaps.patch services/dnsmasq/Makefile * dnsmasq: fix a race condition possibly leading to lockup Aug 20 09:53:38 cyrus r42226 branches/barrier_breaker/package/network/services/dnsmasq/ Makefile patches/002-fix-race-on-interface-flaps.patch * dnsmasq: fix a race condition possibly leading to lockup Aug 20 10:18:49 cyrus r42227 trunk/package/base-files/files/etc/sysctl.conf * base-files: increase igmp_max_memberships to improve multicast-proxy handling Aug 20 10:19:12 cyrus r42228 branches/barrier_breaker/package/base-files/files/etc/sysctl.conf * base-files: increase igmp_max_memberships to improve multicast-proxy handling Aug 20 13:58:33 nico r42229 trunk/package/devel/valgrind/Makefile * valgrind: fix build failure on uml Aug 20 15:43:05 Mazilo: ping :) Aug 20 15:43:22 slachta: pong. Aug 20 15:43:47 Several issues with FS were resolved, but there are new ones. :-( Aug 20 15:43:58 mod-perl: http://buildbot.openwrt.org:8010/broken_packages/x86/freeswitch/compile.txt Aug 20 15:44:50 it happens on x86 target Aug 20 15:45:33 according to the buildbot logs it seems that it is the only one issue Aug 20 15:47:25 I have no problems to compile mod_perl for a Marvell Kirkwood (as I matter of fact, my Dockstar is running with it). I think this has something to do with perl package. Aug 20 15:48:47 but except this only one small issue freeswitch is compilable and running again, thanks! Aug 20 15:49:22 What i meant was perhaps perl package build for x86 target somehow lacks those functions. Aug 20 15:51:59 slachta: __stack_chk_fail_local might be fixed by "-fno-stack-protector" Aug 20 15:53:00 maybe these stack_prot symbols somehow end up in there because of some cflags issues Aug 20 15:54:10 plntyk: I suppose the CFLAGS should be modified for the SSP_SUPPORT config Aug 20 15:54:53 I will try that. Aug 20 15:55:15 Mazilo: if it is going to work, I will send you a patch for that ;-) Aug 20 15:55:25 OK. Aug 20 15:56:42 btw: I've tried FS a week ago and it is a strong competitor for asterisk Aug 20 16:01:34 I stopped using * since I learnt about FS back in 2010 and never looked back. However, I may go back to * one of these days just to use its chan_unistim for my Nortel NTDU96 IP Phones. Aug 20 16:04:01 AFAICT, * is much simpler than FS and uses much less CPU resources. Back in 2010, I had no problem to run * on a Netgear WGT634U, but FS just crawled on the same device in the sense it won't get ready until 3+ minutes after launched. Aug 20 16:07:26 Each product has its own advantages and disadvantages. Asterisk is getting bigger and bigger. It seems that Asterisk 13 (which I have not ported to OpenWrt yet) will consume much more resources than Ast 11.x/1.8.x Aug 20 16:12:06 Wow. Aug 20 16:14:50 I will introduce you to the changes of Asterisk 13 release later. Quite an interesting stuff :) Aug 20 17:06:35 Hauke: thanks for your help on bcm53xx Aug 20 17:06:40 i have flash working now :) Aug 20 17:06:49 too bad squashfs boots randomly only Aug 20 17:11:20 zajec: nice Aug 20 17:11:31 thanks for all your patches Aug 20 17:41:38 build #662 of ppc44x is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/662 Aug 20 18:22:08 blogic r42230 trunk/package/libs/libubox/Makefile * libubox: update to latest git revision Aug 20 18:52:06 build #268 of imx6 is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/imx6/builds/268 Aug 20 18:53:54 zajec: http://pastebin.com/VYTJz68s Aug 20 18:58:51 zajec: looks like this is not a Winbond/NexFlash Aug 20 19:02:10 nico r42231 packages/lang/erlang/ Makefile patches/101-emulator_includes.patch patches/103-disable_emacs.patch * erlang: moved to github Aug 20 19:06:03 build #673 of uml is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/uml/builds/673 Aug 20 19:09:05 build #631 of sibyte is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/631 Aug 20 19:21:57 Hauke: oops Aug 20 19:22:02 Hauke: glad you catched it early Aug 20 19:23:06 zajec: the generic detection works for me Aug 20 19:24:31 I added by flash chip to bcm53xxspiflash_read_id() and then I just commented bcm53xxspiflash_read_id out and that also works Aug 20 19:44:58 zajec: reading flash does not work for me Aug 20 19:45:31 all flash is: 0000000 ffff ffff ffff ffff ffff ffff ffff ffff Aug 20 19:48:15 what device is that? Aug 20 19:48:20 what flash is that? Aug 20 19:49:01 bcm53xxspiflash spi32766.0: mx25l1606e (2048 Kbytes) Aug 20 19:50:22 :| Aug 20 19:50:40 what router is that? Aug 20 19:51:10 netgear r6250 Aug 20 19:51:23 https://wikidevi.com/wiki/Netgear_R6250 Aug 20 19:51:59 maybe it's because it has two flashes... Aug 20 19:52:19 i wonder if CFE could leave flash in the boot mode Aug 20 19:52:32 the additional flash is a nand flash Aug 20 19:53:34 right, maybe because of that, for some reason, CFE doesn't care about putting controller in the disabled Boot SPI mode Aug 20 19:54:09 and flash in Boot SPI mode probably ignores standard commands Aug 20 19:54:13 except for RDID maybe Aug 20 19:54:59 what is this boot mode? Aug 20 19:55:29 the vendor firmware detects it as 4MB: Found a ST compatible (Marconix) serial flash with 64 64KB blocks; total size 4MB Aug 20 19:55:32 it's the mode that allows you read flash from a memory Aug 20 19:55:34 https://www.hauke-m.de/gitweb/?p=bcm47xx-devices.git;a=blob_plain;f=R6250/boot-orig2.txt;hb=HEAD Aug 20 19:55:36 without SPI interface Aug 20 19:55:39 just like a serial flash Aug 20 19:55:58 ah ok yes that is still active Aug 20 19:56:43 it looks like the broadcom flash driver depends on that being active Aug 20 19:58:18 zajec: does your flash chip return a valid JEDEC ID? Aug 20 19:58:51 no Aug 20 19:59:01 0xFF 0xFF 0xFF 0xFF 0xFF afair Aug 20 19:59:04 or 0 0 0 0 0 Aug 20 19:59:41 I will try to disable the boot mode Aug 20 20:00:47 sec Aug 20 20:00:47 build #643 of avr32 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/643 Aug 20 20:00:50 i have a patch Aug 20 20:02:37 zajec: thanks Aug 20 20:03:01 on your device the boot mode is deactivated Aug 20 20:03:13 how should we read nvram? Aug 20 20:03:39 in the early stage? Aug 20 20:03:44 do we need it in early boot? Aug 20 20:05:34 Hauke: will you save it in your "patches-3.14"? http://files.zajec.net/181-spi-bcm53xxspi-disable-boot-spi-mode.patch Aug 20 20:07:58 this: "for (j = 0; j < 1000; j++);" looks very professional ;-) I know you copied it from the vendor code Aug 20 20:12:14 :D Aug 20 20:12:50 but he tricked you: if ((lval & 1) == 1) Aug 20 20:19:40 no change Aug 20 20:20:00 [ 3.140574] spi_bcm53xx: Disabling Boot SPI mode Aug 20 20:20:08 zajec: Aug 20 20:25:49 got lost Aug 20 20:26:16 right, my "if" was wrong Aug 20 20:26:30 what did you get in "Boot SPI mode: %d" ? Aug 20 20:26:40 0 Aug 20 20:26:56 I fixed the if but that did not helped Aug 20 20:27:16 so the boot mode got deactivated bit reading still does not work Aug 20 20:27:21 :( Aug 20 20:28:14 this function is weird Aug 20 20:28:19 i mean mspi_disable_bspi Aug 20 20:28:34 they read "bspi_mast_n_boot_ctrl" Aug 20 20:28:43 ah no Aug 20 20:28:44 ok Aug 20 20:28:46 it look ok Aug 20 20:31:21 maybe i use wrong command on this flash? :| Aug 20 20:31:23 don't know Aug 20 20:33:19 hm Aug 20 20:33:26 does Broadcom's code detect it as 4 MiB really? Aug 20 20:34:19 according to the specs it has 32 blocks Aug 20 20:34:21 64 K blocks Aug 20 20:34:29 that gives 2048 B Aug 20 20:34:32 KiB Aug 20 20:35:03 have to go sleep... will continue tomorrow :| Aug 20 20:35:14 btw. it seems R6250 doesn't have anything important on the spi flash Aug 20 20:35:23 or does it have nvram? Aug 20 20:36:08 build #669 of x86 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/x86/builds/669 Aug 20 20:36:24 it has some initial nvram Aug 20 20:36:29 k Aug 20 20:36:36 well, have to really go Aug 20 20:36:39 probably embedded in cfe Aug 20 20:36:47 night, talk you tomorrow Aug 20 20:36:49 good night Aug 20 20:36:52 i have R6250 too btw Aug 20 20:36:53 build #664 of rb532 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/664 Aug 20 20:36:56 so will test it on mine Aug 20 20:37:00 guess the resutl will be the same Aug 20 20:37:02 just for sure Aug 20 21:41:55 build #708 of orion is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/708 Aug 21 00:38:56 what's the best way to make openwrt multi-user? busybox? Aug 21 00:44:26 nbd: http://buildbot.openwrt.org:8010/broken_packages/mcs814x/xtables-addons/compile.txt Aug 21 00:49:16 looks like BadContent needs muscle added to it Aug 21 01:15:56 build #158 of malta is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/malta/builds/158 Aug 21 02:26:43 build #693 of ramips is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/ramips/builds/693 Aug 21 02:28:31 build #662 of ar7 is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/ar7/builds/662 Aug 21 02:29:47 build #157 of pxa is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/pxa/builds/157 Aug 21 02:36:59 build #614 of kirkwood is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/kirkwood/builds/614 Aug 21 02:48:55 build #162 of x86_64 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/x86_64/builds/162 **** ENDING LOGGING AT Thu Aug 21 02:59:59 2014