**** BEGIN LOGGING AT Wed Jan 30 02:59:59 2013 Jan 30 03:15:28 build #155 of rb532 is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/155 Jan 30 03:17:54 build #155 of ppc44x is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/155 Jan 30 03:52:22 build #160 of uml is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/uml/builds/160 Jan 30 03:56:26 build #145 of sibyte is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/145 Jan 30 05:42:18 build #167 of orion is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/167 Jan 30 06:32:30 build #142 of ixp4xx is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/ixp4xx/builds/142 Jan 30 09:07:10 cyrus r35408 trunk/package/network/ipv6/ 6in4/Makefile 6in4/files/6in4.sh * 6in4: work around hanging wget process Jan 30 09:08:39 cyrus r35409 trunk/package/network/ipv6/6in4/files/6in4.sh * 6in4: fix typo in last commit Jan 30 09:16:49 build #164 of ppc40x is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/ppc40x/builds/164 Jan 30 09:23:07 build #130 of iop32x is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/130 Jan 30 10:03:15 build #127 of gemini is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/gemini/builds/127 Jan 30 10:24:27 hi Jan 30 10:26:36 I posted yesterday in the forum about adding a package to openwrt (https://forum.openwrt.org/viewtopic.php?id=41969) Jan 30 10:26:41 could someone bear a hand? Jan 30 10:27:57 TARGET_CFLAGS += -fno-stack-protector Jan 30 10:29:11 svn down :( Jan 30 10:29:25 services are restarting atm Jan 30 10:29:36 ok Jan 30 10:29:39 forum was down for a few minutes as well, just came back Jan 30 10:30:42 thanks I'm going to try it Jan 30 11:05:12 hello, svn down? i got connection refused Jan 30 11:14:33 yes, for me too Jan 30 11:14:49 was. working again now Jan 30 11:16:10 thanks Jan 30 12:01:48 i tried to add TARGET_CFLAGS += -fno-stack-protector Jan 30 12:02:02 but i have those errors: Jan 30 12:02:04 /home/conxuro/confine/openwrt/staging_dir/toolchain-i386_gcc-4.6-linaro_uClibc-0.9.33.2/lib/gcc/i486-openwrt-linux-uclibc/4.6.3/../../../../i486-openwrt-linux-uclibc/bin/ld: cannot find -lssp_nonshared Jan 30 12:02:05 /home/conxuro/confine/openwrt/staging_dir/toolchain-i386_gcc-4.6-linaro_uClibc-0.9.33.2/lib/gcc/i486-openwrt-linux-uclibc/4.6.3/../../../../i486-openwrt-linux-uclibc/bin/ld: cannot find -lssp Jan 30 12:02:05 collect2: ld returned 1 exit status Jan 30 12:02:05 make[5]: *** [openauth] Error 1 Jan 30 12:03:03 conxuro: provide a complete log Jan 30 12:06:37 conxuro: use pastebin Jan 30 12:06:52 it will take ages until your paste arrives Jan 30 12:08:24 ok sorry Jan 30 12:09:42 http://pastebin.com/sUg1EE3b Jan 30 12:14:26 that is not complete Jan 30 12:14:45 I need the entire output of make package/libvirt/{clean,compile} V=99 Jan 30 12:16:05 ok, wait a moment Jan 30 12:50:13 pastebin: You have exceeded the maximum file size of 500 kilobytes per paste. PRO users don't have this limit! Jan 30 12:50:31 and the log is about 2MB Jan 30 12:51:52 arround 1994KB Jan 30 13:18:19 I've copied the log here: http://conxuro.no-ip.org:1080/libvirt-openwrt.log Jan 30 13:39:39 conxuro: in this case you need to patch out "-fstack-protector-all" from the configure / Makefile Jan 30 13:41:23 do you mean adding -fstack-protector-all as a configure parameter? Jan 30 13:42:30 no Jan 30 13:42:39 CONFIGURE_VARS += gl_cv_warn_c__fstack_protector_all=no Jan 30 13:43:29 you should then see in the configure log during compilation: Jan 30 13:43:30 ok i'm going to try Jan 30 13:43:31 thanks Jan 30 13:43:36 checking whether C compiler handles -fstack-protector-all... (cached) no Jan 30 13:43:47 and it should not use it during build Jan 30 13:50:47 hi jow_laptop, you were right, this is my "dmesg" output in openwrt https://dl.dropbox.com/u/1519420/dmesg_openwrt Jan 30 13:51:24 you can see it loads the dwc_otg driver, so maybe the usb is in lowspeed. Can i set it to highspeed? Jan 30 14:12:09 I have to go Jan 30 14:12:22 tomorrow I will continue Jan 30 14:12:30 bye Jan 30 14:30:34 build #118 of octeon is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/118 Jan 30 15:37:31 should mips-mt options work? i recall them working at 3.7.2 kernel for 34Kc at least... Jan 30 19:23:35 In https://uswrt.com somebody published a firmware for the RTL8672 Jan 30 19:23:50 http://pastebin.com/nUquZXjN Jan 30 19:24:04 kernel used: 3.3.8 Jan 30 19:24:54 tested in a Huawei HG532c with some issues, but more or less usable Jan 30 19:26:55 the "problem" is that there is no source code in this moment Jan 30 19:27:45 lol Jan 30 19:28:22 yes... Jan 30 19:28:55 :( Jan 30 19:29:43 a little wiki here: https://uswrt.com/download/dl/fw/rtl8672/readme.for.rtl8672.txt Jan 30 19:52:06 nbd r35410 trunk/package/libs/lzo packages/libs/lzo * move lzo from /packages to trunk Jan 30 20:07:05 nbd r35411 trunk/ (7 files in 3 dirs) * polarssl: add from /packages, update to 1.2.4, fix openssl compatibility Jan 30 20:07:16 nbd r35412 trunk/package/network/ (13 files in 4 dirs) * openvpn: add from openvpn-devel from /packages, fix support for current polarssl Jan 30 20:07:36 nbd r35413 packages/ net/umurmur/patches/110-reduced_polarssl_support.patch net/umurmur/patches/100-polarssl_backport.patch net/umurmur/patches * umurmur: add support for the new polarssl library Jan 30 20:07:39 nbd r35414 packages/ net/openvpn-devel libs/polarssl net/openvpn * polarssl,openvpn,openvpn-devel: delete (merged to trunk) Jan 30 22:28:46 Jan 30 23:01:07 luka: seems you wrote much of the uboot-lantiq in trunk, but i see no sign of the graphical recovery mode patched into the one in AA described in the sx76x wiki instructions Jan 30 23:02:24 due to the less-than-trivial method of obtaining serial on such devices, is there no network interface to it? Jan 30 23:02:39 Really you need httpd in the lantiq u-boot? Jan 30 23:02:56 also, looking through the source, the uboot environment is in completely the wrong place Jan 30 23:03:13 Pteridium: take a look at AA Jan 30 23:05:32 ok Jan 30 23:07:30 yes, in AA there is httpd Jan 30 23:08:46 but with GCC higher than 4.3 it don't works Jan 30 23:09:25 or works very bad Jan 30 23:10:33 maybe that's why it's so broken Jan 30 23:11:15 there is a ticket about this issue Jan 30 23:11:25 there should still be more than just serial to talk to uboot on these things Jan 30 23:11:41 and again, the uboot env config is wrong Jan 30 23:12:07 not to mention the kernel addr Jan 30 23:12:23 Pteridium: you got a link to the ticket? Jan 30 23:12:38 i'm looking for it Jan 30 23:12:46 one moment please Jan 30 23:14:36 https://dev.openwrt.org/ticket/11235 Jan 30 23:15:59 for an arv4518 and arv7518 i've compiled it with an old version of trunk Jan 30 23:16:28 i don't remember the revision in this moment Jan 30 23:18:02 looking for the revision number... Jan 30 23:19:43 that ticket was opened for "trunk" when AA was trunk Jan 30 23:20:12 the lantiq-uboot in AA was removed after the branch as "unmaintained" Jan 30 23:20:25 it works with uboot from start of dec 2011 Jan 30 23:20:33 the current lantiq-uboot was added much later Jan 30 23:20:45 errrr, uboot-lantiq Jan 30 23:20:58 Delboy: what does? Jan 30 23:21:07 http failsafe Jan 30 23:21:10 and network Jan 30 23:21:15 AA or BB? Jan 30 23:21:22 aa Jan 30 23:22:47 yes Jan 30 23:23:26 looks like there was only one commit after that, adding two boards Jan 30 23:23:28 for me worked the rev 25694 Jan 30 23:24:21 but for the gigaset maybe you must try this: https://dev.openwrt.org/changeset/27488 Jan 30 23:24:23 sx76x support was added only in 27488 Jan 30 23:24:42 and then partially reverted in 27663 Jan 30 23:24:55 ¿reverted? Jan 30 23:26:09 ok, the siemens has the adm6996 Jan 30 23:26:34 that was what the commit msg said, but all the changeset did was remove three printf's Jan 30 23:27:02 sorry, 5, not 3 Jan 30 23:27:05 yes, extrange... Jan 30 23:27:58 in Spain there are only arcadyans Jan 30 23:28:21 never seen a gigaset SX76x Jan 30 23:28:23 i've been unable to obtain any arcadyan Jan 30 23:29:07 and i really wish i could find a device with working FXS that had more than 8MB flash Jan 30 23:29:19 but apparently there are none Jan 30 23:30:04 ¿model? Jan 30 23:30:07 in any case, adm6996 support in the AA uboot seems irreparably borked Jan 30 23:30:36 can you post the bootlog? Jan 30 23:31:05 there is nothing special about the bootlog Jan 30 23:31:23 just, if i try tftp or http nothing happens Jan 30 23:31:47 http works intermittently with no real rhyme or reason Jan 30 23:32:38 yes, i've had these issue Jan 30 23:32:49 horrible Jan 30 23:34:50 good board the sx76x Jan 30 23:35:37 is very easy to put in uart mode Jan 30 23:35:41 wow Jan 30 23:35:51 i have two; the first wouldn't give me a console and i seem to have killed it somehow Jan 30 23:36:19 possibly some kind of short Jan 30 23:36:55 lol Jan 30 23:37:52 idk why it didn't give me a console Jan 30 23:38:04 some kind of manufacturing error, i suppose Jan 30 23:38:42 i've killed the switch of an arv7518 due to a mistake with the power supply Jan 30 23:38:56 15V instead 12V Jan 30 23:39:47 all i did was put it in uart mode over and over and eventually it just got stuck in some alternate boot mode and i can't see which due to lack of console Jan 30 23:40:05 i had one-way console, you see Jan 30 23:40:23 it could see what i typed, but i got nothing from it Jan 30 23:40:37 i tried a lot of things blind Jan 30 23:41:09 hard job Jan 30 23:41:15 but AA's broken uboot kinda made things a nightmare that i didn't quite realize until i tried on a new unit with working serial Jan 30 23:41:48 i still hope to resurrect it, but i have no clue how Jan 30 23:42:33 easy: uart mode and compile uboot with the oldest rev you could Jan 30 23:42:45 can't anymore Jan 30 23:42:52 no? Jan 30 23:42:59 why? Jan 30 23:43:12 it's stuck in some non-uart non-nor boot mode, and i don't know which one Jan 30 23:43:33 or at least that's how it appears Jan 30 23:43:51 ok Jan 30 23:44:05 CFG 0x Jan 30 23:44:17 one moment... Jan 30 23:44:20 like i said, likely some kind of short left over from my feeble attempt at jtag Jan 30 23:44:50 bad luck, very bad luck Jan 30 23:45:14 yes Jan 30 23:45:40 http://wiki.openwrt.org/toh/astoria/arv7518pw Jan 30 23:46:11 in the bottom are the possible bootsels in danube Jan 30 23:47:31 the sx76x page has the same chart Jan 30 23:47:49 but i did not know about "loady" Jan 30 23:48:00 yes, sorry Jan 30 23:48:07 does the aa uboot have that? Jan 30 23:48:39 no, you must define it before compilation Jan 30 23:49:28 but i don't remember the right #define Jan 30 23:49:57 :( Jan 30 23:50:44 that means it can't load anything without the nonworking eth Jan 30 23:51:19 maybe blogic or luka can tell you Jan 30 23:51:53 blogic won't support AA Jan 30 23:52:11 that's why i was trying to ping luka Jan 30 23:52:56 send me a mail and i will try to find the option Jan 30 23:53:15 pepvf at mixmail dot com Jan 30 23:53:16 a mail? Jan 30 23:53:20 yes Jan 30 23:53:32 what do you want me to send you there? Jan 30 23:53:37 in this moment i'm in windows Jan 30 23:54:10 to tell you the define Jan 30 23:54:45 but it must be in the u-boot documentation Jan 30 23:54:49 wait... Jan 30 23:54:56 won't really help me unless i can load a uboot with the define over uart Jan 30 23:55:20 i'm idiot Jan 30 23:55:27 one moment... Jan 30 23:56:04 add #define CONFIG_CMD_LOADB Jan 30 23:56:09 to enable loady Jan 30 23:56:39 in the config.h? Jan 30 23:56:44 yes Jan 30 23:56:59 package/uboot-lantiq/files/include/configs/ifx-common.h Jan 30 23:57:26 thanks Jan 30 23:58:18 and remember to comment #define HTTPD Jan 30 23:58:31 / #define HTTPD Jan 30 23:58:33 what is CONFIG_CMD_IMI? Jan 30 23:58:44 no idea Jan 30 23:59:13 google? Jan 31 00:00:26 i go to bed: tomorrow will be a hard day Jan 31 00:00:37 goodnight Jan 31 00:00:44 no useful hits Jan 31 00:03:23 Delboy: any thoughts? Jan 31 01:49:29 build #156 of rb532 is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/156 Jan 31 01:51:46 build #156 of ppc44x is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/156 Jan 31 02:25:52 build #161 of uml is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/uml/builds/161 **** ENDING LOGGING AT Thu Jan 31 02:59:58 2013