**** BEGIN LOGGING AT Sun Jan 13 02:59:57 2019
Jan 13 03:48:32 <malwar3hun73r> i'm wanting to log instantaneous bandwidth usage every couple seconds or  so, is this feasible?
Jan 13 03:48:37 <malwar3hun73r> basically, ifstat information, but sent somewehre i can collect it
Jan 13 07:53:12 <jwh> yes
Jan 13 09:54:49 <jwh> hm, did support for this horrible realtek soc ever make it into the tree? 8191x or whatever
Jan 13 09:54:56 <jwh> or 819x
Jan 13 11:05:14 <russell--> malwar3hun73r: check out /sys/cl
Jan 13 11:05:16 <russell--> ass/net/eth1/statistics/
Jan 13 11:05:26 <russell-->  /sys/class/net/eth1/statistics/
Jan 13 11:06:56 <owrt-snap-builds> build #1254 of ar7/ac49x is complete: Failure [failed kmods]  Build details are at http://phase1.builds.lede-project.org/builders/ar7%2Fac49x/builds/1254  blamelist: David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 11:07:43 <russell--> log the tx_bytes and rx_bytes and with timestamps you can compute the bandwidth usage
Jan 13 11:16:25 <jwh> hm, KERNEL_CC only really gets it half way, aslo need to use the rest of the toolchain during kernel build (but not for the rest of it)
Jan 13 11:19:14 <owrt-snap-builds> build #84 of ath79/generic is complete: Failure [failed pkgbuild]  Build details are at http://phase1.builds.lede-project.org/builders/ath79%2Fgeneric/builds/84  blamelist: David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 11:19:56 <owrt-snap-builds> build #83 of ath79/nand is complete: Failure [failed pkgbuild]  Build details are at http://phase1.builds.lede-project.org/builders/ath79%2Fnand/builds/83  blamelist: David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 11:30:28 <owrt-snap-builds> build #83 of ath79/tiny is complete: Failure [failed pkgbuild]  Build details are at http://phase1.builds.lede-project.org/builders/ath79%2Ftiny/builds/83  blamelist: David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 11:35:07 <owrt-snap-builds> build #1214 of brcm47xx/mips74k is complete: Failure [failed pkgbuild]  Build details are at http://phase1.builds.lede-project.org/builders/brcm47xx%2Fmips74k/builds/1214  blamelist: David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 11:47:27 <Hauke> Is someone taking care of these build problems?
Jan 13 11:50:58 <owrt-snap-builds> build #1231 of ath25/generic is complete: Failure [failed pkgbuild]  Build details are at http://phase1.builds.lede-project.org/builders/ath25%2Fgeneric/builds/1231  blamelist: David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 11:53:29 <owrt-snap-builds> build #783 of arc770/generic is complete: Failure [failed pkgbuild]  Build details are at http://phase1.builds.lede-project.org/builders/arc770%2Fgeneric/builds/783  blamelist: David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 12:12:45 <owrt-snap-builds> build #1201 of at91/legacy is complete: Failure [failed kmods]  Build details are at http://phase1.builds.lede-project.org/builders/at91%2Flegacy/builds/1201  blamelist: Chuanhong Guo <gch981213@gmail.com>, David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 12:16:25 <Hauke> fixed
Jan 13 12:27:51 <mkresin> ldir: ping
Jan 13 12:35:13 <jow> Hauke: thanks :)
Jan 13 12:43:09 <owrt-snap-builds> build #1069 of malta/be is complete: Failure [failed pkgbuild]  Build details are at http://phase1.builds.lede-project.org/builders/malta%2Fbe/builds/1069  blamelist: Chuanhong Guo <gch981213@gmail.com>, David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 12:46:33 <owrt-snap-builds> build #1201 of brcm47xx/legacy is complete: Failure [failed pkgbuild]  Build details are at http://phase1.builds.lede-project.org/builders/brcm47xx%2Flegacy/builds/1201  blamelist: Chuanhong Guo <gch981213@gmail.com>, David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 12:46:52 <jwh> ugh
Jan 13 12:47:00 <jwh> starting to feel like 1 step forward 2 steps back
Jan 13 12:47:13 <jwh> such a pita to get builds to do what I want
Jan 13 12:47:36 <ldir> mkresin: pong
Jan 13 13:11:14 <mkresin> ldir: would it be possible that you compile test my staging tree on macos?
Jan 13 13:12:27 <mkresin> ldir: I would like to ensure the zip util really build on macos and I don't introduce a mksercommfw build regression again
Jan 13 13:15:56 <ldir> mkresin: sure.  Am busy with other stuff so if you can wait a day would be good.
Jan 13 13:17:10 <mkresin> ldir: no need to rush
Jan 13 13:30:25 <jow> Hauke: remember our library soversion discussion?
Jan 13 13:30:59 <jow> Hauke: I am thinking about simplifying the proposal
Jan 13 13:31:48 <Hauke> jow: yes
Jan 13 13:33:08 <jow> in a nutshell: 1) make any package that defines an ABI_VERSION automatically provide $PKGNAME-$ABI_VERSION
Jan 13 13:33:47 <jow> 2) auto-expand DEPENDS:=foo to 'Depends: foo-xxx' in opkg metadata
Jan 13 13:34:12 <jow> where foo is the packagename and xxx the ABI_VERSION defined in foo's Makefile
Jan 13 13:34:25 <jow> this way we do not need to rename any packages
Jan 13 13:35:03 <jow> an opkg should refuse to upgrade "foo" unless all users of it are available in an updated version as well
Jan 13 13:37:27 <jow> 3) add ~$(maximum of any $ABI_VERSION mentioned in DEPENDS:=) to PKG_REVISION
Jan 13 13:39:44 <Hauke> jow: ok sonds good
Jan 13 13:39:59 <Hauke> I was not aware of the ABI_VERSION variable  before
Jan 13 13:40:07 <Hauke> saw it in some of Felix's commits
Jan 13 13:40:59 <jow> so for the openssl bump to 1.1.2, we would set e.g. ABI_VERSION=201901, it would provide a virtual libopenssl-201901, a package "foo" with VERSION:=1.0, DEPENDS:=libopenssl and PKG_REVISION:=1 will result in foo-1.0-1~201901_xxx.ipk with "Depends: libopenssl-201901"
Jan 13 13:41:57 <jow> when we bump to openssl 1.2.0, we set e.g. ABI_VERSION=201905
Jan 13 13:42:23 <Hauke> ok
Jan 13 13:42:42 <jow> in case "foo" wasn't updated in the meanwhile (still VERSION:=1.0, DEPENDS:=libopenssl and PKG_REVISION:=1), the .ipk will become foo-1.0-1~201905_xxx.ipk with "Depends: libopenssl-201905"
Jan 13 13:42:58 <jow> this way opkg will notice that "foo" needs upgrading along with "libopenssl"
Jan 13 13:43:27 <jow> taking a stab at it now
Jan 13 13:47:37 <Hauke> ok thanks
Jan 13 15:12:35 <rubberduck> xdarklight: i managed to activate the second usb port on the 7330 box here.
Jan 13 15:13:07 <rubberduck> but the second lan is complicated to me because i have no idea how to patch the dts file for &gsw to recognize more than one phy
Jan 13 15:20:32 <dedeckeh> jow:ping
Jan 13 15:30:28 <jow> dedeckeh: pong
Jan 13 15:31:41 <dedeckeh> jow: do https://git.openwrt.org/?p=openwrt/staging/dedeckeh.git;a=commitdiff;h=291be735ae44588a6bf16e928136d720770d6311 and https://git.openwrt.org/?p=openwrt/staging/dedeckeh.git;a=commitdiff;h=387c8496a107d9fa2c433054909f579e2ad7e181 look sane to you ?
Jan 13 15:37:02 <rubberduck> how can i commit a patch to openwrt?
Jan 13 15:40:39 <rubberduck> https://slim.webnmail.de/7320_2ndUSB.patch
Jan 13 15:44:04 <dedeckeh> rubberduck:https://openwrt.org/submitting-patches
Jan 13 15:45:31 <rubberduck> so via the mailing list.
Jan 13 15:45:47 <rubberduck> could you please quickcheck if my patch is ok (formatting)
Jan 13 15:47:21 <dedeckeh> rubberduck: preferrable via mailing list; formatting looks fine
Jan 13 15:48:46 <dedeckeh> then patch needs to provide a proper git subject/descrition and SoB as described in https://openwrt.org/submitting-patches
Jan 13 15:51:56 <rubberduck> do you have any examples?
Jan 13 15:52:24 <rubberduck> "Adding 2nd USB Port to Targed FRITZ7320" <- would this be correct?
Jan 13 15:53:36 <dedeckeh> rubberduck: see http://patchwork.ozlabs.org/patch/1023765/ as example
Jan 13 15:53:54 <jow> dedeckeh: yep!
Jan 13 15:58:00 <rubberduck> dedeckeh: i don't know what to do now...
Jan 13 16:03:53 <KanjiMonster> dedeckeh: the list looks alphabetically ordered, so it be before xargs
Jan 13 16:04:20 <KanjiMonster> *should be
Jan 13 16:08:29 <rubberduck> i hope my mail is correct now
Jan 13 17:21:06 <dedeckeh> rubberduck:you should use git send-email for sending patches to the mailing list
Jan 13 17:21:25 <rubberduck> i don't use git
Jan 13 17:48:50 <rubberduck> dedeckeh: maybe we should wait some days with my patch as i just found out that the 7320 is slightly different to the 7330 and i need to test if it works with the 7320, too
Jan 13 17:48:59 <rubberduck> i just ordered a 7320 at ebay for this
Jan 13 17:51:15 <rubberduck> if there are any 'problems' with my patch with the 7320 i think i need to make a seperate target 7330...
Jan 13 18:15:05 <owrt-snap-builds> build #1156 of brcm2708/bcm2709 is complete: Failure [failed tools]  Build details are at http://phase1.builds.lede-project.org/builders/brcm2708%2Fbcm2709/builds/1156  blamelist: Chuanhong Guo <gch981213@gmail.com>, David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Hans Dedecker <dedeckeh@gmail.com>, Mathias Kresin
Jan 13 18:15:05 <owrt-snap-builds> <dev@kresin.me>, Zoltan HERPAI <wigyori@uid0.hu>, Hauke Mehrtens <hauke@hauke-m.de>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 18:16:48 <swalker> updated openwrt/upstream, https://sdwalker.github.io/uscan/index.html
Jan 13 18:18:08 <owrt-snap-builds> build #1089 of bcm53xx/generic is complete: Failure [failed tools]  Build details are at http://phase1.builds.lede-project.org/builders/bcm53xx%2Fgeneric/builds/1089  blamelist: Chuanhong Guo <gch981213@gmail.com>, David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Hans Dedecker <dedeckeh@gmail.com>, Mathias Kresin
Jan 13 18:18:08 <owrt-snap-builds> <dev@kresin.me>, Zoltan HERPAI <wigyori@uid0.hu>, Hauke Mehrtens <hauke@hauke-m.de>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 18:22:09 <owrt-snap-builds> build #1147 of lantiq/xrx200 is complete: Failure [failed tools]  Build details are at http://phase1.builds.lede-project.org/builders/lantiq%2Fxrx200/builds/1147  blamelist: Chuanhong Guo <gch981213@gmail.com>, David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Hans Dedecker <dedeckeh@gmail.com>, Mathias Kresin <dev@kresin.me>,
Jan 13 18:22:09 <owrt-snap-builds> Zoltan HERPAI <wigyori@uid0.hu>, Hauke Mehrtens <hauke@hauke-m.de>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 18:22:22 <owrt-snap-builds> build #1142 of brcm2708/bcm2708 is complete: Failure [failed tools]  Build details are at http://phase1.builds.lede-project.org/builders/brcm2708%2Fbcm2708/builds/1142  blamelist: Chuanhong Guo <gch981213@gmail.com>, David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Hans Dedecker <dedeckeh@gmail.com>, Mathias Kresin
Jan 13 18:22:22 <owrt-snap-builds> <dev@kresin.me>, Zoltan HERPAI <wigyori@uid0.hu>, Hauke Mehrtens <hauke@hauke-m.de>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 18:24:47 <owrt-snap-builds> build #1129 of octeon/generic is complete: Failure [failed tools]  Build details are at http://phase1.builds.lede-project.org/builders/octeon%2Fgeneric/builds/1129  blamelist: Chuanhong Guo <gch981213@gmail.com>, David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Hans Dedecker <dedeckeh@gmail.com>, Mathias Kresin
Jan 13 18:24:48 <owrt-snap-builds> <dev@kresin.me>, Zoltan HERPAI <wigyori@uid0.hu>, Hauke Mehrtens <hauke@hauke-m.de>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 18:28:47 <owrt-snap-builds> build #281 of at91/sama5d2 is complete: Failure [failed tools]  Build details are at http://phase1.builds.lede-project.org/builders/at91%2Fsama5d2/builds/281  blamelist: Chuanhong Guo <gch981213@gmail.com>, David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Hans Dedecker <dedeckeh@gmail.com>, Mathias Kresin <dev@kresin.me>,
Jan 13 18:28:47 <owrt-snap-builds> Zoltan HERPAI <wigyori@uid0.hu>, Hauke Mehrtens <hauke@hauke-m.de>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 18:29:33 <jow> Hauke: finally => https://git.openwrt.org/?p=openwrt/staging/jow.git;a=commitdiff;h=8bbf02b1b69d07a30f2890db2b75e4369b036a35
Jan 13 18:30:15 <owrt-snap-builds> build #282 of at91/sama5d4 is complete: Failure [failed tools]  Build details are at http://phase1.builds.lede-project.org/builders/at91%2Fsama5d4/builds/282  blamelist: Chuanhong Guo <gch981213@gmail.com>, David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Hans Dedecker <dedeckeh@gmail.com>, Mathias Kresin <dev@kresin.me>,
Jan 13 18:30:16 <owrt-snap-builds> Zoltan HERPAI <wigyori@uid0.hu>, Hauke Mehrtens <hauke@hauke-m.de>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 18:31:55 <mkresin> I would really like to know to which c standard the buildbots default
Jan 13 18:32:39 <owrt-snap-builds> build #735 of at91/sama5d3 is complete: Failure [failed tools]  Build details are at http://phase1.builds.lede-project.org/builders/at91%2Fsama5d3/builds/735  blamelist: Chuanhong Guo <gch981213@gmail.com>, David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Hans Dedecker <dedeckeh@gmail.com>, Mathias Kresin <dev@kresin.me>,
Jan 13 18:32:39 <owrt-snap-builds> Zoltan HERPAI <wigyori@uid0.hu>, Hauke Mehrtens <hauke@hauke-m.de>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 18:33:10 <jow> mkresin: whatever gcc-4.9 default is
Jan 13 18:35:05 <Monkeh> mkresin: The great thing about standards..
Jan 13 18:35:15 <owrt-snap-builds> build #1089 of ramips/mt7620 is complete: Failure [failed tools]  Build details are at http://phase1.builds.lede-project.org/builders/ramips%2Fmt7620/builds/1089  blamelist: Chuanhong Guo <gch981213@gmail.com>, David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Hans Dedecker <dedeckeh@gmail.com>, Mathias Kresin <dev@kresin.me>,
Jan 13 18:35:16 <owrt-snap-builds> Zoltan HERPAI <wigyori@uid0.hu>, Hauke Mehrtens <hauke@hauke-m.de>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 18:35:37 <mangix> gcc 4.9 should be gnu89
Jan 13 18:35:59 <mangix> the only real change is the inlining behavior
Jan 13 18:36:11 <owrt-snap-builds> build #158 of samsung/s5pv210 is complete: Failure [failed tools]  Build details are at http://phase1.builds.lede-project.org/builders/samsung%2Fs5pv210/builds/158  blamelist: Chuanhong Guo <gch981213@gmail.com>, David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Hans Dedecker <dedeckeh@gmail.com>, Mathias Kresin
Jan 13 18:36:11 <owrt-snap-builds> <dev@kresin.me>, Zoltan HERPAI <wigyori@uid0.hu>, Hauke Mehrtens <hauke@hauke-m.de>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 18:41:33 <owrt-snap-builds> build #1119 of brcm63xx/smp is complete: Failure [failed tools]  Build details are at http://phase1.builds.lede-project.org/builders/brcm63xx%2Fsmp/builds/1119  blamelist: Chuanhong Guo <gch981213@gmail.com>, David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Hans Dedecker <dedeckeh@gmail.com>, Mathias Kresin <dev@kresin.me>,
Jan 13 18:41:33 <owrt-snap-builds> Zoltan HERPAI <wigyori@uid0.hu>, Hauke Mehrtens <hauke@hauke-m.de>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 18:42:33 <owrt-snap-builds> build #1107 of ramips/mt7621 is complete: Failure [failed tools]  Build details are at http://phase1.builds.lede-project.org/builders/ramips%2Fmt7621/builds/1107  blamelist: Chuanhong Guo <gch981213@gmail.com>, David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Hans Dedecker <dedeckeh@gmail.com>, Mathias Kresin <dev@kresin.me>,
Jan 13 18:42:33 <owrt-snap-builds> Zoltan HERPAI <wigyori@uid0.hu>, Hauke Mehrtens <hauke@hauke-m.de>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 18:45:22 <owrt-snap-builds> build #153 of layerscape/armv7 is complete: Failure [failed tools]  Build details are at http://phase1.builds.lede-project.org/builders/layerscape%2Farmv7/builds/153  blamelist: Chuanhong Guo <gch981213@gmail.com>, David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Hans Dedecker <dedeckeh@gmail.com>, Mathias Kresin
Jan 13 18:45:22 <owrt-snap-builds> <dev@kresin.me>, Zoltan HERPAI <wigyori@uid0.hu>, Hauke Mehrtens <hauke@hauke-m.de>, Pawel Dembicki <paweldembicki@gmail.com>
Jan 13 18:47:58 <mkresin> mangix: indeed. with gnu89/c88 I was finally able to reproduce compile error
Jan 13 18:48:44 <jow> I'll soon bump the builders to gcc 7 I think
Jan 13 18:49:03 <jow> the 4.x / 5.x binning is still from the CC days
Jan 13 18:49:07 <jow> *pinning
Jan 13 19:54:03 <jwh> wonder if I can disable kmod-* stuff, otherwise I need to cleanup the created image
Jan 13 19:54:51 <jwh> making this kernel tree work properly is just way too much grief, fighting build system all the way
Jan 13 20:02:53 <KanjiMonster> jow: mkresin: currently our include/prereq-build.mk says 4.8 minimum, so we should either make sure that's true or update it to the appropriate minimum version
Jan 13 20:08:39 <stintel> fyi 4.14.93 bump in my staging tree, will push after a round of compile/runtime testing
Jan 13 20:24:23 <KanjiMonster> dedeckeh: you ignored my comment ;p
Jan 13 20:26:24 <dedeckeh> KanjiMonster:you're comment was correct but as the patch needed to be re-send I hope ruberduck picks it up
Jan 13 20:27:55 <KanjiMonster> ?
Jan 13 20:28:01 <KanjiMonster> what's rubberduck?
Jan 13 20:28:13 <stintel> a nickname :P
Jan 13 20:28:13 <rubberduck> KanjiMonster: ?
Jan 13 20:28:54 <KanjiMonster> dedeckeh: are we talking about the same thing? I meant the busybox Makefile change you committed a few hours ago, I fail to see how other people are involved there
Jan 13 20:29:03 <rubberduck> i'm struggling with FRITZ7320.dts patching for supporting the second phy on a FRITZ7330
Jan 13 20:29:31 <KanjiMonster> where you now broke the alphabetical order
Jan 13 20:29:35 <dedeckeh> ah ok a misunderstanding I tought it was about the patch by rubberduck; sorry
Jan 13 20:29:39 <rubberduck> don't know what to write into the &gsw section for that
Jan 13 20:30:22 <rubberduck> my patch seems to be ok - double-checked this should work on a 7320 - nect week i'll get a 7320 to do IRL Test
Jan 13 20:30:32 <rubberduck> 7330 works with both USB Ports now
Jan 13 20:31:06 <dedeckeh> KanjiMonster: I will fix it; sorry for the misunderstanding
Jan 13 20:31:07 <rubberduck> hope ebay is fast *g*
Jan 13 20:31:48 <KanjiMonster> dedeckeh: sure thing - maybe also bump the pkg_release?
Jan 13 20:32:05 <dedeckeh> KanjiMonster:will do
Jan 13 20:32:21 <KanjiMonster> not sure if we allow upgrading busybox
Jan 13 20:35:18 <jow> we do
Jan 13 21:30:51 <owrt-snap-builds> build #84 of ath79/tiny is complete: Success [build successful]  Build details are at http://phase1.builds.lede-project.org/builders/ath79%2Ftiny/builds/84
Jan 13 21:32:44 <Borromini> ooh is ath79 being built now? :) nice
Jan 13 21:41:08 <owrt-snap-builds> build #84 of ath79/nand is complete: Success [build successful]  Build details are at http://phase1.builds.lede-project.org/builders/ath79%2Fnand/builds/84
Jan 13 21:44:44 <owrt-snap-builds> build #85 of ath79/generic is complete: Success [build successful]  Build details are at http://phase1.builds.lede-project.org/builders/ath79%2Fgeneric/builds/85
Jan 13 22:13:38 <owrt-snap-builds> build #1215 of brcm47xx/mips74k is complete: Success [build successful]  Build details are at http://phase1.builds.lede-project.org/builders/brcm47xx%2Fmips74k/builds/1215
Jan 13 22:14:39 <owrt-snap-builds> build #1255 of ar7/ac49x is complete: Success [build successful]  Build details are at http://phase1.builds.lede-project.org/builders/ar7%2Fac49x/builds/1255
Jan 13 22:26:38 <owrt-snap-builds> build #784 of arc770/generic is complete: Success [build successful]  Build details are at http://phase1.builds.lede-project.org/builders/arc770%2Fgeneric/builds/784
Jan 13 22:38:30 <owrt-snap-builds> build #1232 of ath25/generic is complete: Success [build successful]  Build details are at http://phase1.builds.lede-project.org/builders/ath25%2Fgeneric/builds/1232
Jan 13 23:22:38 <owrt-snap-builds> build #1202 of at91/legacy is complete: Success [build successful]  Build details are at http://phase1.builds.lede-project.org/builders/at91%2Flegacy/builds/1202
Jan 13 23:33:14 <owrt-snap-builds> build #1070 of malta/be is complete: Success [build successful]  Build details are at http://phase1.builds.lede-project.org/builders/malta%2Fbe/builds/1070
Jan 13 23:37:27 <owrt-snap-builds> build #1202 of brcm47xx/legacy is complete: Success [build successful]  Build details are at http://phase1.builds.lede-project.org/builders/brcm47xx%2Flegacy/builds/1202
Jan 14 01:58:49 <dnordenberg> Hi! I discovered a strance speed bootleneck problem on a old dlink DIR-825 router. eth1 (WAN port) seems limited to around 25-30mbit (even though it is gigabit). That makes this router superslow. Assigning a port on the internal switch to a different vlan and then puting that vlan in WAN interface list makes it capable of atleast maxing out my 100mbit internet connection. A bug?
Jan 14 02:02:03 <dnordenberg> And of course moving WAN cable to that new assigned WAN port... It makes my internet speedtest go from 25mbit to 111mbit
**** ENDING LOGGING AT Mon Jan 14 02:59:56 2019