**** BEGIN LOGGING AT Thu Dec 03 03:01:14 2015 Dec 03 03:02:48 build #162 of ramips.mt7628 is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/ramips.mt7628/builds/162 Dec 03 04:16:14 build #161 of ramips.rt3883 is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/ramips.rt3883/builds/161 Dec 03 04:38:18 build #142 of xburst is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/xburst/builds/142 Dec 03 05:25:31 build #122 of mpc52xx is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/mpc52xx/builds/122 Dec 03 07:03:22 build #163 of ramips.mt7621 is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/ramips.mt7621/builds/163 Dec 03 07:38:13 build #164 of bcm53xx is complete: Failure [failed shell_14] Build details are at http://buildbot.openwrt.org:8010/builders/bcm53xx/builds/164 Dec 03 07:41:35 build #165 of lantiq is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/lantiq/builds/165 Dec 03 08:19:33 rmilecki r47703 trunk/target/linux/ (37 files in 2 dirs) * bcm53xx: add linux 4.4 support Dec 03 08:19:37 rmilecki r47704 trunk/target/linux/bcm53xx/config-4.4 * bcm53xx: update linux 4.4 config Dec 03 08:36:42 rmilecki r47705 trunk/target/linux/ bcm53xx/patches-4.4/331-ARM-BCM5301X-Specify-RAM-on-devices-by-including-HIG.patch bcm53xx/patches-4.4/320-ARM-BCM5301X-Add-Buffalo-WXR-1900DHP-clock-and-USB-p.patch bcm53xx/patches-4.4/351-ARM-BCM5301X-Enable-ChipCommon-UART-on-untested-devi.patch * bcm53xx: drop fixed clock from DTS for Buffalo WXR-1900DHP Dec 03 08:36:49 rmilecki r47706 trunk/target/linux/ bcm53xx/patches-4.4/320-ARM-BCM5301X-Add-Buffalo-WXR-1900DHP-clock-and-USB-p.patch bcm53xx/patches-4.4/321-ARM-BCM5301X-Set-vcc-gpio-for-USB-controllers.patch * bcm53xx: set vcc-gpio properties in one patch Dec 03 10:02:37 jow_laptop: what's " = implements "enable"" mean? got an example of the "usual protocol"? In the past, you didn't need an explicit handling of enable/disable in package init scripts? Dec 03 10:14:22 karlp: in most cases it means that it uses rc.local Dec 03 10:14:29 sorry, rc.common Dec 03 10:19:04 rmilecki r47707 trunk/target/linux/ bcm53xx/patches-4.4/021-ARM-BCM5310X-activate-erratas-needed-for-SoC.patch bcm53xx/patches-4.4/020-ARM-BCM5310X-activate-erratas-needed-for-SoC.patch bcm53xx/patches-4.4/020-ARM-BCM5301X-remove-workaround-imprecise-abort-fault.patch * bcm53xx: use backported BCM5301X patches from stblinux soc/next Dec 03 10:19:23 rmilecki r47708 trunk/target/linux/ bcm53xx/patches-4.4/083-ARM-dts-bcm5301x-Add-BCM-SVK-DT-files.patch bcm53xx/patches-4.4/050-ARM-dts-enable-clock-support-for-BCM5301X.patch bcm53xx/patches-4.4/031-ARM-dts-enable-clock-support-for-BCM5301X.patch bcm53xx/patches-4.4/030-ARM-dts-bcm5301x-Add-BCM-SVK-DT-files.patch * bcm53xx: use backported BCM5301X p Dec 03 10:19:23 OpenWrtatches from stblinux devicetree/next Dec 03 10:44:55 right ok. so as long as you "don't have" any custom enable/disable and are deferring up, it's all ok, just that now they're enabled by default and back in AA they weren't Dec 03 10:45:08 karlp: exactly Dec 03 10:51:39 rmilecki r47709 trunk/target/linux/ bcm53xx/patches-4.4/186-USB-bcma-switch-to-GPIO-descriptor-for-power-control.patch bcm53xx/patches-4.4/080-USB-bcma-switch-to-GPIO-descriptor-for-power-control.patch * bcm53xx: move & update accepted USB patch for GPIO control Dec 03 10:51:49 rmilecki r47710 trunk/target/linux/ bcm53xx/patches-4.4/330-ARM-BCM5310X-Enable-earlyprintk-on-tested-devices.patch bcm53xx/patches-4.4/330-ARM-BCM5301X-Enable-earlyprintk-on-tested-devices.patch * bcm53xx: fix typo in BCM5310X (patch name and subject) Dec 03 10:51:58 rmilecki r47711 trunk/target/linux/ bcm53xx/patches-4.4/170-ARM-BCM5301X-Add-missing-Netgear-R8000-LEDs.patch bcm53xx/patches-4.4/082-dt-bindings-add-SMP-enable-method-for-Broadcom-NSP.patch bcm53xx/patches-4.4/081-ARM-BCM5301X-Add-missing-Netgear-R8000-LEDs.patch bcm53xx/patches-4.4/130-dt-bindings-add-SMP-enable-method-for-Broadcom-NSP.patch * bcm5 Dec 03 10:51:59 OpenWrt3xx: use backported versiions or R8000 & dt-bindings patches Dec 03 10:52:10 oh ,damn, wrong file names Dec 03 10:53:12 hello guys Dec 03 10:53:17 nbd, ping Dec 03 10:53:22 nitroshift: pong Dec 03 10:53:44 nbd, mac80211 fails to compile with kernel 4.4 Dec 03 10:54:07 * nbd travels back in time and writes the answer in #openwrt Dec 03 10:54:10 ;) Dec 03 10:54:56 nbd, sorry, didn't see your reply in #openwrt :p Dec 03 10:55:11 btw, i got an unofficial release of mt76 driver Dec 03 10:55:26 i can forward the email to you if you're interested Dec 03 10:55:50 what kind of unofficial release? Dec 03 10:56:25 i'm working withe the guys that released witi board Dec 03 10:56:37 they sent me a driver that they received from another guy Dec 03 10:56:57 i don't know how they got it Dec 03 10:57:03 interesting Dec 03 10:57:17 yeah, please forward it to me Dec 03 10:57:27 but i told them that we can NOT use it as it's full of copyright notices Dec 03 10:57:37 nbd: paste diffs please :) Dec 03 10:57:49 nbd, please pm your e-mail address Dec 03 10:58:37 nbd, mail sent Dec 03 10:59:45 that's not mt76, that's the proprietary wifi driver from mtk ;) Dec 03 11:00:27 they wanted to include it in openwrt image for witi Dec 03 11:00:32 told them no-no Dec 03 11:01:40 jogo r47712 trunk/package/kernel/mac80211/Makefile * mac80211: put the !LINUX_4_4 dependency in the right place Dec 03 11:01:41 ;) Dec 03 11:02:29 nitroshift: there, now it will be properly hidden ;p Dec 03 11:03:13 rmilecki r47713 trunk/target/linux/ bcm53xx/patches-4.4/033-dt-bindings-add-SMP-enable-method-for-Broadcom-NSP.patch bcm53xx/patches-4.4/081-ARM-BCM5301X-Add-missing-Netgear-R8000-LEDs.patch bcm53xx/patches-4.4/032-ARM-BCM5301X-Add-missing-Netgear-R8000-LEDs.patch bcm53xx/patches-4.4/082-dt-bindings-add-SMP-enable-method-for-Broadcom-NSP.patch * bcm5 Dec 03 11:03:14 OpenWrt3xx: move BCM5301X patches to use 08x prefix Dec 03 11:03:32 build #121 of octeon is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/121 Dec 03 11:03:45 nitroshift: but the original mt76 is gplv2, so even if they added copyrights everywhere it still falls under gplv2 Dec 03 11:03:45 or am I missing something here? Dec 03 11:04:14 what 'original mt76' are you talking about? Dec 03 11:15:13 jow_laptop, in that case we can mainline it, can't we? Dec 03 11:23:44 build #169 of ramips is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/ramips/builds/169 Dec 03 11:25:21 jow_laptop: but it seems like in aa there isn't any script with postinst enable... so there must be another way to make them be enabled automatically :( I hate old software Dec 03 11:25:46 I mean, it should be being done another way Dec 03 11:27:28 KanjiMonster, what will be properly hidden? Dec 03 11:33:53 nbd, i was thinking to drop the nand ID, but kernel 3.18 doesn't work with "jedec; spi-nor" Dec 03 11:34:14 that's why i had to patch the m25p80 Dec 03 11:34:50 txomon: what do you mean by "not any script with postinst enable..." ? Dec 03 11:35:05 nitroshift: well you could propose to patch that target to a newer kernel in trunk first and then delete 3.18 and only add newer kernel stuff Dec 03 11:35:35 karlp: I mean that I expected aa based packages to have a postinst script that run /etc/init.d/XXXXXX enable, but there isn't anyone Dec 03 11:35:48 in order to have the service enabled upon packet installation Dec 03 11:36:06 no, because the thing that builds the image calls "enable" for everything that's built into the image, so it's not nccessary Dec 03 11:36:24 see https://wiki.openwrt.org/doc/devel/packages#packaging_a_service for a postinst example I got form jow a a while ago for packages you want to add after the fact. Dec 03 11:36:49 if you have a START=xx line in your init script and it's built in, it gets enabled without a postinst section. Dec 03 11:37:15 karlp: but for example, if you don't include uhttpd in your image, but install it after, it will be installed enabled Dec 03 11:37:18 nitroshift: oh, right. i only backported it to 4.1 Dec 03 11:37:23 nitroshift: all of mac80211, some parts weren't hidden for 4.4 so it still tried and failed to build Dec 03 11:37:30 txomon: if you say so. Dec 03 11:37:42 KanjiMonster, thanks :) Dec 03 11:37:56 nbd, so the submission is ok? Dec 03 11:38:05 karlp: does it need both START and STOP? Dec 03 11:38:20 maybe that's my problem... Dec 03 11:38:28 just START is enough, I've never cared about STOP Dec 03 11:38:43 nitroshift: can you try if it works if you patch in the jedec,spi-nor id? Dec 03 11:38:47 plntyk, isn't it better to add support for witi in current trunk? Dec 03 11:38:56 nbd, i tried, doesn't work Dec 03 11:39:00 if you don't have START, you would have seen a warning about it in the verbose build log if you pay really close attention... ;) Dec 03 11:39:44 plntyk, when trunk will get a kernel update we can update the patches too Dec 03 11:41:31 karlp: so if I manually install with opkg, it won't be enabled but if I build the image it will... hmm ok Dec 03 11:41:56 if you want it to be enabled from opkg, that's when you need the postinst section... Dec 03 11:42:05 like on the wiki page I linked Dec 03 11:42:38 also, AA is oldddd. I'm trying to move forward from BB, glad I'm not back on AA ;) Dec 03 11:42:42 nitroshift: well "current" trunk sure support a lot ov kernel versions - and some platforms already removed 3.18 (bcm53xx,arm64,oxnas) Dec 03 11:44:28 plntyk, true, i'm already running 4.3 on mvebu Dec 03 11:45:14 but i tried to build an image for witi board (ramips) with newer kernels and they all failed to build Dec 03 11:45:37 the only one that worked was 3.18 Dec 03 11:48:12 as i see it, at the moment we can either go forward with initial support or we make the changes in ramips target to build with newer kernels Dec 03 11:48:40 the latter is above my skills though Dec 03 11:49:41 nbd, jow_laptop what's your take on it? Dec 03 11:56:14 hopefully my witi will arrive before xmas Dec 03 11:56:47 plntyk, i talked to benn last night, he said he will look for your package and let me know today Dec 03 11:57:27 they use a weird chat client though (wechat) that i have installed on my tablet which is at home, so i can't check his answer until later on when i get home Dec 03 11:58:06 nbd, i am making the changes you requested and resubmit Dec 03 12:10:11 nbd, https://patchwork.ozlabs.org/patch/552220/ Dec 03 12:10:14 better? Dec 03 12:11:55 karlp: yeah... I know :( Dec 03 12:28:02 nitroshift: well, still needs the backport though Dec 03 12:28:06 currently looking into that Dec 03 12:28:29 nbd, great :) Dec 03 12:28:58 will my submission be merged? Dec 03 12:29:26 build #149 of brcm2708 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/brcm2708/builds/149 Dec 03 12:30:37 nitroshift: i guess so, but only after the backport thing though Dec 03 12:30:51 nbd, thanks :) Dec 03 12:30:51 can i give you a patch for testing then? Dec 03 12:30:57 since i don't have a board yet Dec 03 12:30:58 nbd, sure Dec 03 12:53:06 nitroshift: http://nbd.name/backport-spi-nor.patch Dec 03 12:54:51 nbd, i'm firing up a build right now Dec 03 12:56:16 this is for 3.18, right? Dec 03 12:56:26 it goes in generic Dec 03 12:57:47 you can apply it on top of your existing kernel tree in the build dir (via quilt) Dec 03 12:58:05 it's just for testing, if it's working, i will integrate it in the generic patches myse;f Dec 03 12:58:18 i've already put it in generic/patches-3.18 Dec 03 13:14:20 build #162 of cobalt is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/cobalt/builds/162 Dec 03 13:17:58 build #162 of cns21xx is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/cns21xx/builds/162 Dec 03 13:20:06 build #162 of orion is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/162 Dec 03 13:36:12 nbd, flashed remotely, let's see if it comes back online Dec 03 13:36:44 nbd, it did Dec 03 13:36:45 :) Dec 03 13:36:55 you can merge the patch you sent me Dec 03 13:37:07 great, and this is with v5 of the patch with the jedec,spi-nor id in the dts? Dec 03 13:37:17 correct Dec 03 13:37:25 ok, thanks for testing Dec 03 13:37:29 will merge this stuff soon Dec 03 13:37:49 :) Dec 03 13:38:33 nbd, please let blogic know as well as he's going to try my submission Dec 03 13:38:39 already did Dec 03 13:39:02 of course you did :) Dec 03 13:54:41 nbd r47714 trunk/target/linux/generic/patches-4.1/040-fs-overlay-fix-stacking.patch * kernel: add overlayfs stacking fix from upstream Dec 03 14:11:04 on current trunk+download-snapshot the kmod-ipv6 and kmod-crypto-core packages are missing.. any ideas? Dec 03 14:17:27 rundfreifunk: you don't need them anymore Dec 03 14:17:32 (built into the kernel) Dec 03 14:22:31 hm.. but with imagebuilder (meshkit) i got this message: Collected errors: * satisfy_dependencies_for: Cannot satisfy the following dependencies for batctl: * kmod-crypto-core Dec 03 14:22:51 nbd, any plans on updating the kernel for ramips targets? Dec 03 14:24:12 or should i ask blogic? Dec 03 14:29:20 what exactly is the usefulness of dd in openwrt for it's normal routing functions ? (same applies to hexdump) Dec 03 14:35:56 blogic plans on working on it soon Dec 03 14:36:52 HeXiLeD: maybe some limited usage for mtd partion stuff and having a nice output of binary data from some mtd partitions (ART,nvram...) Dec 03 14:47:36 nbd r47715 trunk/toolchain/ uClibc/Config.version uClibc/common.mk * uClibc-ng: update to 1.0.9 Dec 03 14:47:44 nbd r47716 trunk/target/linux/generic/patches-3.18/044-backport-m25p80-jedec-probe.patch * kernel: backport support for m25p80 compatible="jedec,spi-nor" in DT Dec 03 14:58:01 HeXiLeD: dd is used for some sysupgrade paths and some boot parts for e.g. extraction of calibration data; hexdump is mainly useful as a diagnostic tool Dec 03 15:00:06 I've a feeling my router image is a bit bloated from old dependencies. Is there a way of producing a dependency map from the current .config? Dec 03 15:06:25 KanjiMonster: so what you are saying is that dd is somewhat a requirement while hexdump is optional Dec 03 15:07:52 HeXiLeD: actually, hexdump is also necessary and used (e.g. for ula generation) Dec 03 15:14:49 build #159 of pxa is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/pxa/builds/159 Dec 03 15:46:36 jow r47717 trunk/target/linux/ramips/base-files/etc/board.d/02_network * ramips: switch ucidef_add_switch_vlan() to ucidef_add_switch_ports() Dec 03 15:46:50 jow r47718 trunk/package/base-files/files/bin/config_generate * base-files: config_generate: add missing chunks of force tag support Dec 03 16:25:27 jow r47719 trunk/package/base-files/ files/lib/functions/uci-defaults-new.sh files/bin/config_generate * base-files: uci-defaults-new, config_generate: refactor code and drop old vlans Dec 03 16:46:34 ssh from openwrt to a remote box i get "exited: Couldn't set nonblocking" Any ideas about what is going on ? Dec 03 16:50:04 Is there openwrt wiki admin here? Dec 03 16:56:55 xorox90: here Dec 03 16:58:10 jow_laptop: could you change wiki url? it seems it violate url (wf-2881 not netis_wf-2881) (https://wiki.openwrt.org/toh/netis/netis_wf-2881) Dec 03 16:59:57 done Dec 03 17:00:04 jow_laptop: In toh, some device page are consist of brand_name, the other are consist only name Dec 03 17:00:40 jow_laptop: thx for changing! Dec 03 17:30:15 jow r47720 trunk/ package/base-files/files/lib/functions/uci-defaults-new.sh target/linux/ramips/base-files/etc/board.d/02_network target/linux/ar71xx/base-files/etc/board.d/02_network * base-files: uci-defaults-new: remove reset/enable args of ucidef_add_switch() Dec 03 17:30:50 jow r47721 trunk/ (6 files in 6 dirs) * board.d: merge ucidef_add_switch() and ucidef_add_switch_ports() Dec 03 17:31:03 jow r47722 trunk/target/linux/ mpc85xx/base-files/etc/board.d/02_network ramips/base-files/etc/board.d/02_network ar71xx/base-files/etc/board.d/02_network bcm53xx/base-files/etc/board.d/02_network * board.d: remove redundant ucidef_set_interfaces_lan_wan() calls Dec 03 18:24:29 build #140 of ar7 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/ar7/builds/140 Dec 03 18:27:06 build #160 of imx6 is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/imx6/builds/160 Dec 03 19:23:52 jow r47723 trunk/target/linux/ar71xx/base-files/etc/board.d/02_network * ar71xx: board.d: add missing include (#21296) Dec 03 20:13:18 build #123 of adm5120 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/adm5120/builds/123 Dec 03 21:00:53 hauke r47724 trunk/package/libs/polarssl/Makefile * polarssl: update to version 1.3.15 Dec 03 21:01:25 hauke r47725 trunk/package/libs/mbedtls/Makefile * mbedtls: update to version 2.1.3 Dec 03 21:02:04 hauke r47726 trunk/package/libs/ (6 files in 2 dirs) * openssl: update to version 1.0.2e Dec 03 21:08:35 hauke r47727 branches/chaos_calmer/package/libs/ (6 files in 2 dirs) * CC: openssl: update to version 1.0.2e Dec 03 21:12:58 jow r47728 trunk/package/base-files/files/lib/functions/uci-defaults-new.sh * base-files: uci-defaults-new.sh: fix for handling multiple ifnames Dec 03 21:13:03 jow r47729 trunk/package/base-files/files/lib/functions/uci-defaults-new.sh * base-files: board.d: support ide leds Dec 03 21:13:19 jow r47730 trunk/target/linux/ (5 files in 2 dirs) * ipq806x: switch from uci-defaults to board.d Dec 03 22:13:45 Hauke: is the plan to remove polarssl once the remaining ~10 programs convert to mbedtls? Dec 03 22:15:04 s/remove/move to packages/ presumably? Dec 03 22:19:52 would need a maintainer :) Dec 03 22:20:29 sure, I guess drop and allow someone to add if it they want to maintain it. sure Dec 03 22:27:09 jow r47731 trunk/package/base-files/ files/lib/functions/uci-defaults-new.sh files/bin/config_generate * base-files: board.d: support timer leds Dec 03 22:27:13 jow r47732 trunk/package/base-files/ files/lib/functions/uci-defaults-new.sh files/bin/config_generate * base-files: board.d: support specifiying the protocol of lan and wan Dec 03 22:27:25 jow r47733 trunk/target/linux/ (5 files in 2 dirs) * kirkwood: switch from uci-defaults to board.d Dec 03 22:34:20 swalker: I think there is no plan ;-) Dec 03 22:34:34 but we have to migrate sometime anyway Dec 03 22:37:38 swalker: I saw that curl now supports mbedtls Dec 03 22:42:17 jow r47734 trunk/target/linux/octeon/base-files/etc/ uci-defaults board.d/01_network board.d/00_model board.d * octeon: switch from uci-defaults to board.d Dec 03 22:42:20 jow r47735 trunk/target/linux/ (6 files in 2 dirs) * kirkwood, ipq806x: fix board.d script permissions Dec 03 22:47:02 jow r47736 trunk/target/linux/netlogic/ base-files/etc/board.d/02_network base-files/etc/board.d base-files/etc/board.d/00_model base-files/etc/uci-defaults * netlogic: switch from uci-defaults to board.d Dec 03 22:47:56 the major issue is that 1.3.X is EoL Dec 03 22:48:05 well, at the end of this year Dec 03 22:51:02 when's that ever stopped anyone with an open source project? Dec 03 22:55:21 well ssl stuff is kind of security relevant so it will remain without security fixes for potential vulnerabilities Dec 03 23:01:05 still, like that's ever stopped anyone Dec 03 23:02:48 hrm, updated my trunk and make -j8 failed makeing a ubin image that got added by default, but re-running make seems to have succeeded. something went wrong parallel there.. Dec 03 23:03:36 nope, blah, just not making the ubifs for some reason after a make defconfig; make clean; make Dec 03 23:04:59 it fails in dd https://pastee.org/rws7z but I can't see anywhere higher in the logs that have failed to make root.ubifs at all? Dec 03 23:07:05 jow r47737 trunk/target/linux/netlogic/base-files/etc/board.d/02_network * netlogic: fix typo, copyright in board.d script Dec 03 23:07:28 jow r47738 trunk/target/linux/ imx6/base-files/etc/board.d/02_network imx6/base-files/etc/board.d/00_model imx6/base-files/etc/board.d imx6/base-files/etc/uci-defaults * imx6: switch from uci-defaults to board.d Dec 03 23:07:38 jow r47739 trunk/target/linux/realview/ base-files/etc/board.d/00_model base-files/etc/board.d/02_network base-files/etc/board.d base-files/etc/uci-defaults * realview: switch from uci-defaults to board.d Dec 03 23:07:47 jow r47740 trunk/target/linux/at91/base-files/etc/ board.d/00_model board.d uci-defaults board.d/02_network * at91: switch from uci-defaults to board.d Dec 03 23:07:54 jow r47741 trunk/target/linux/ malta/base-files/etc/board.d/02_network malta/base-files/etc/board.d/00_model malta/base-files/etc/board.d malta/base-files/etc/uci-defaults * malta: switch from uci-defaults to board.d Dec 03 23:08:00 jow r47742 trunk/target/linux/mxs/base-files/etc/ board.d/00_model uci-defaults board.d/02_network board.d * mxs: convert from uci-defaults to board.d Dec 03 23:08:10 jow r47743 trunk/target/linux/ arc770/base-files/etc/board.d arc770/base-files/etc/board.d/02_network arc770/base-files/etc/uci-defaults arc770/base-files/etc/board.d/00_model * arc770: switch from uci-defaults to board.d Dec 03 23:13:08 jow r47744 trunk/ (8 files in 8 dirs) * all: remove dummy ucidef_set_interface_loopback() from board.d Dec 03 23:13:12 jow r47745 trunk/target/linux/kirkwood/base-files/etc/board.d/02_network * kirkwood: add missing board_config_flush(), remove dead code Dec 03 23:27:03 wow, the materilize theme breaks my chromium browser. all tabs are busted Dec 03 23:27:28 if I try and click on the list of ntp servers, it kills the tab and all others start failing to render Dec 03 23:27:57 materilize? Dec 03 23:28:05 luci-theme-materialize Dec 03 23:28:15 ah that windows phone style thing? Dec 03 23:28:33 well, it's meant to work on all screen sizes Dec 03 23:28:38 but yeah, the "other" one Dec 03 23:29:00 the host name in the top bar isn't a link anymore either, Dec 03 23:29:18 that guy did quite some crazy hacks, need to review it again eventually Dec 03 23:29:50 looks nice, thought I'd have a play Dec 03 23:30:41 signal strength numbers on ramips for 2.4gig vs 5gig are kinda weird. Dec 03 23:31:21 all negative on 2.5gig, -85, -95, dbm. 5gig shows positive 50dbm Dec 03 23:32:30 is that "how it's meant to be" or just "known to be weird, deal with it" ? Dec 03 23:38:01 is it possible that one radio reports noise and the other not? Dec 03 23:38:26 both show 0 dbm for noise Dec 03 23:38:46 maybe the 5g one underflows Dec 03 23:38:58 the negative signal reading I mean... Dec 03 23:39:09 whats reported by "iw dev wlan1 station dump" ? Dec 03 23:39:22 compared to wlan0 Dec 03 23:40:30 https://pastee.org/puwf2 and https://pastee.org/gxhba Dec 03 23:40:41 and http://imgur.com/gWKplFq for giggles Dec 03 23:41:12 iw reports the same Dec 03 23:41:18 yeah, seems to Dec 03 23:41:25 what driver is driving the 5ghz radio? Dec 03 23:41:54 mt7620a, xiaomi mini wifi, so... rt2800 somethign I guess? Dec 03 23:42:05 or mt76pci? Dec 03 23:42:13 yeah mt76 Dec 03 23:42:22 is it the open one or a proprietary? Dec 03 23:42:30 open, Dec 03 23:42:48 this is from a pull from a few hours ago, but it was like that before Dec 03 23:43:02 nbd: is it possible that mt76 is misreporting the signal values to nl80211 ? Dec 03 23:44:11 the station 6c:::::92 is about 25cm from the phone on 5gig. Dec 03 23:44:35 but different devices of course, so probaly no expectation of comparable signal levels Dec 03 23:45:34 (nit, but why does iw report things in both Mbps and also Mbit/s ?) Dec 03 23:47:02 because its patched together by different people :) Dec 03 23:47:52 who maintains iw? is that the mac80211 people? Dec 03 23:49:20 linux-wireless iirc Dec 03 23:49:23 so more or less yes Dec 04 01:48:31 build #128 of mpc83xx is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/mpc83xx/builds/128 Dec 04 02:18:20 build #163 of ramips.mt7628 is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/ramips.mt7628/builds/163 Dec 04 02:21:19 build #127 of ep93xx is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/ep93xx/builds/127 Dec 04 02:45:43 Is there anyone who can fix openwrt wiki? https://wiki.openwrt.org/toh/start?dataflt%5BModel*~%5D=wf-2881 (correct url is https://wiki.openwrt.org/toh/netis/wf-2881) Dec 04 02:47:39 thx for correcting! Dec 04 02:58:01 build #165 of bcm53xx is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/bcm53xx/builds/165 **** ENDING LOGGING AT Fri Dec 04 03:00:40 2015