**** BEGIN LOGGING AT Mon Jun 10 02:59:58 2013 Jun 10 07:06:38 build #260 of rb532 is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/260 Jun 10 07:09:13 build #260 of ppc44x is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/260 Jun 10 08:25:31 blogic r36890 trunk/package/base-files/files/etc/profile * base-files: change PATH order Jun 10 08:25:36 blogic r36891 trunk/package/base-files/files/lib/preinit/30_failsafe_wait * base-files: fix failsafe via button press Jun 10 08:25:48 blogic r36892 trunk/package/ kernel/modules/input.mk system/gpio-button-hotplug/Makefile system/button-hotplug/Makefile kernel/modules/leds.mk * modules: make all led and button modules used during boot priority 1 Jun 10 08:25:54 blogic r36893 trunk/package/base-files/files/sbin/sysupgrade * sysupgrade: create state file so procd knows when a sysupgrade is in progress Jun 10 08:25:58 blogic r36894 trunk/package/ubox/Makefile * ubox: update to latest git revision Jun 10 08:26:03 blogic r36895 trunk/package/procd/Makefile * procd: update to latest git revision Jun 10 08:26:07 blogic r36896 trunk/package/ base-files/files/lib/preinit/30_failsafe_wait procd/files/hotplug-preinit.json * procd: make the preinit rules wildcard all buttons for failsafe Jun 10 08:26:13 blogic r36897 trunk/target/linux/ (7 files in 7 dirs) * ramips: add support for belkin F7C027 wemo/homeautomatisation plug Jun 10 08:26:19 blogic r36898 trunk/target/linux/ (11 files in 9 dirs) * ramips: add HAME MPR-A2 support Jun 10 08:26:26 blogic r36899 trunk/target/linux/lantiq/base-files/etc/diag.sh * lantiq: diag.sh with both red and green power LEDs Jun 10 08:26:31 blogic r36900 trunk/target/linux/lantiq/config-default * lantiq: make kernel_oldconfig Jun 10 08:26:36 blogic r36901 trunk/target/linux/ (7 files in 3 dirs) * lantiq: Fixes to athxk EEPROM loading Jun 10 08:26:40 blogic r36902 trunk/package/platform/lantiq/ltq-atm/src/ltq_atm.c * lantiq: atm: Use a tasklet to handle incoming packets. Fix #12917. Jun 10 10:43:39 cyrus r36903 trunk/package/network/config/netifd/Makefile * netifd: improve reloading behaviour Jun 10 10:43:57 cyrus r36904 trunk/package/network/services/ppp/ files/lib/netifd/ppp-up Makefile * ppp: correctly handle address when reloading Jun 10 10:50:19 cyrus r36905 branches/attitude_adjustment/package/netifd/Makefile * AA: netifd: Backport r36903 Jun 10 10:50:28 cyrus r36906 branches/attitude_adjustment/package/ppp/ Makefile files/lib/netifd/ppp-up * AA: ppp: Backport r35188, r36904 Jun 10 12:43:44 nbd r36907 trunk/package/libs/libubox/Makefile * libubox: update to latest version, adds some helper function Jun 10 12:43:48 nbd r36908 trunk/package/uci/Makefile * uci: update to latest version, adds uci<->blobmsg conversion code from netifd Jun 10 12:43:53 nbd r36909 trunk/package/network/config/netifd/Makefile * netifd: update to latest version, uses the new uci/blob code from libuci Jun 10 15:50:37 little question: in the forums found that the ar9331 in TP-LINK boards has USB issues. Jun 10 15:50:46 Is this true? Jun 10 16:05:04 Pteridium: they only support high speed devices Jun 10 16:07:19 blogic: but there are no problems with high speed devices? Jun 10 16:08:18 no idea Jun 10 16:08:34 all i know is that for none high speed devices you need a usb hub Jun 10 16:09:33 perfect, a lot of thanks for the answer Jun 10 16:11:22 many alleged usb problems also revolve around power supply issues Jun 10 16:11:36 yes Jun 10 16:11:39 e.g. usb LTE / 3g modems can draw a lot of power which the usb port is unable to provide Jun 10 16:11:47 so a powered hub is always good Jun 10 16:12:07 jow_laptop: depends its not the absolute power but the power rise Jun 10 16:12:13 the port cannot provide it fast enough Jun 10 16:12:21 ... nitpicking ;) Jun 10 16:15:43 so the problem is with only with power consumption of the usb devices Jun 10 16:16:47 perfect, one less thing to be concerned Jun 10 16:16:59 a lot of thanks **** BEGIN LOGGING AT Mon Jun 10 16:51:49 2013 Jun 10 17:23:02 Would anyone be willing to provide me some feedback on the patch I've attached (link below) and perhaps tell me if I can achieve the same thing by modifying my DTS file instead? Jun 10 17:23:04 : https://dev.openwrt.org/ticket/13337 Jun 10 17:26:10 brnt: which part of "you need to replace the bootloader" is unclear Jun 10 17:26:17 we have gone over this several times Jun 10 17:26:35 the botloader needs to be replaced with a bootloader that does ... Jun 10 17:26:38 this works Jun 10 17:26:39 1) port isolation Jun 10 17:26:40 or Jun 10 17:26:44 2) disables the ports Jun 10 17:27:29 that patch will still leave a short window during which the packets flow Jun 10 17:27:43 i'll take a stab at mangling my bootloader next Jun 10 17:27:43 it might work on 1 or 2 boards but it wont work with the ralink stock bootloader Jun 10 17:27:57 the fix is specific to a few boards Jun 10 17:28:22 can the ralink switch be put into a configuration where all ports can communicate with the cpu port but not with each other? Jun 10 17:28:30 because i think that would be a sane default config Jun 10 17:28:36 to be applied by the kernel driver Jun 10 17:29:13 it will still leave a short window Jun 10 17:29:19 i know Jun 10 17:29:25 the correct fix would be to use lzma loader and do it in there Jun 10 17:29:34 that still leaves a window Jun 10 17:29:36 in fact i already have lzma loader working for ralink Jun 10 17:30:25 i just think that the configuration i describe could be useful for things like failsafe as well Jun 10 22:45:42 build #200 of octeon is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/200 **** ENDING LOGGING AT Tue Jun 11 02:59:58 2013