**** BEGIN LOGGING AT Sun Dec 09 03:00:01 2018
Dec 09 04:30:51 <owrt-snap-builds> build #334 of ipq40xx/generic is complete: Success [build successful]  Build details are at http://phase1.builds.lede-project.org/builders/ipq40xx%2Fgeneric/builds/334
Dec 09 06:38:26 <owrt-snap-builds> build #1066 of ramips/mt7621 is complete: Failure [failed targetupload]  Build details are at http://phase1.builds.lede-project.org/builders/ramips%2Fmt7621/builds/1066  blamelist: Ansuel Smith <ansuelsmth@gmail.com>
Dec 09 08:45:48 <owrt-snap-builds> build #950 of armvirt/64 is complete: Failure [failed sourceupload]  Build details are at http://phase1.builds.lede-project.org/builders/armvirt%2F64/builds/950  blamelist: Ansuel Smith <ansuelsmth@gmail.com>
Dec 09 09:08:22 <biangbiangmian> what can I troubleshoot when my netdev led is not working?
Dec 09 09:18:19 <russell--> biangbia_: /sys/class/led/
Dec 09 09:18:41 <biangbia_> thanks russell, yeah i can control it by echoing to brightness
Dec 09 09:19:19 <biangbia_> i have a standard netdev config per the wiki in my /etc/config/system file, rebooted, link is up (i have it set to link tx rx) but it's never worked
Dec 09 09:30:18 <biangbia_> i'm trying to imitate the 3G LED here, except it's for my wwan1 4G modem's connection https://openwrt.org/docs/guide-user/base-system/led_configuration
Dec 09 09:38:10 <russell--> check trigger and the associated files
Dec 09 09:41:08 <russell--> device_name
Dec 09 09:41:16 <biangbia_> i just got it!
Dec 09 09:42:01 <biangbia_> for some reason i don't need my device name in front as in boardname:color:ledname, i only only need the color:ledname.  gave it a reboot and i'm happy as a clam
Dec 09 09:42:57 <russell--> not sure how happy clams really are, but okay
Dec 09 09:43:14 <biangbia_> i wonder why though, because i defined by board name in device tree, and that script with all the other boards
Dec 09 09:43:29 <biangbia_> i also have a system light defined my my dts
Dec 09 09:44:18 <biangbia_> :)
Dec 09 10:20:35 <karlp> Hauke: I'm trying your 4.19 staging tree, and I keep getting kernel config prompts for nuvoton/stm32 and a few things, is that something I've got wrong, or what?
Dec 09 11:57:28 <Hauke> karlp: what target are you building?
Dec 09 11:57:50 <Hauke> probably there are some configuration options missing
Dec 09 14:18:32 <lach1012> rmilecki: are you also planning to convert the mtdsplit_fit.c ?
Dec 09 14:26:00 <rmilecki> lach1012: it's not on my list right now
Dec 09 14:26:03 <rmilecki> feel free to do it
Dec 09 14:30:21 <lach1012> rmilecki: k . I do have a question though: what's up with the kernel version check?
Dec 09 14:31:07 <rmilecki> lach1012: "of_match_table" field was added to the struct mtd_part_parser quite recently
Dec 09 14:31:16 <rmilecki> it doesn't exist in older kernels
Dec 09 14:31:24 <lach1012> hm
Dec 09 14:31:26 <rmilecki> and parsers are compiled for various kernel versions
Dec 09 14:31:33 <lach1012> ah ok
Dec 09 14:31:38 <lach1012> so I better add it too
Dec 09 14:31:53 <rmilecki> we should probably drop those old kernels soon
Dec 09 14:32:08 <rmilecki> 3.18 I mean
Dec 09 14:33:55 <lach1012> yes, I was just looking at ipq806x and ipq40xx since they are the only targets that really use the mtdsplit_fit, and both are on 4.14.
Dec 09 14:35:46 <owrt-snap-builds> build #1039 of pistachio/generic is complete: Success [build successful]  Build details are at http://phase1.builds.lede-project.org/builders/pistachio%2Fgeneric/builds/1039
Dec 09 14:48:40 <rmilecki> lach1012: so don't care about version check
Dec 09 15:13:54 <karlp> Hauke: sunxi, a7/h3
Dec 09 15:15:58 <Hauke> karlp: please retry, I added some missing ones now, if you still see these problems, please send me a mail
Dec 09 15:25:59 <wigyori> Hauke: are the 4.19 patches in your staging tree? i'd want to rebase the riscv target to that
Dec 09 15:27:06 <karlp> there's a 4.19 branch in hauke's staging
Dec 09 15:32:06 <Hauke> wigyori: yes
Dec 09 15:32:23 <Hauke> it matches waht I sedn to the mailling list + I started to port some targets
Dec 09 15:33:50 <Hauke> wigyori: please tell me if it works for you
Dec 09 15:34:57 <Borromini> Hauke: i can test ramips/mt7621 for you, but i have no serial. so if it doesn't boot i can only say 'it breaks'. which is probably not very useful.
Dec 09 15:35:26 <Borromini> test as in when you happen to have 4.19 for ramips, i see it's still on 4.14 in your tree
Dec 09 15:36:31 <lach1012> Hauke: do you plan to push the 4.19 later today, or sometime next week? I've the patches for 4.19 apm821xx almost ready.
Dec 09 15:37:14 <Hauke> lach1012: I plan to push it sometime next week
Dec 09 15:40:47 <karlp> Hauke: that fixed the config symbols for me, yes.
Dec 09 15:41:20 <Hauke> karlp: thanks for testing
Dec 09 15:41:45 <wigyori> Hauke: thanks, will let you know
Dec 09 16:08:44 <karlp> uSD card fails to detect on boot, but will detect in/out ter boot, but not sure if that's a regression or not :)
Dec 09 16:40:56 <Borromini> jow: don't know if you've seen the previous parts of the convo with joni but he's very much 'give me everything on a silver plate'. Just so you know.
Dec 09 16:45:12 <lach1012> thanks
Dec 09 17:14:26 <Borromini> ldir: ping
Dec 09 17:14:38 <ldir> Borromini: pong
Dec 09 17:14:45 <Borromini> ldir: hello there!
Dec 09 17:15:03 <Borromini> i was just wondering if you know why xback's 4.9 bump says WIP, since the commit does not elaborate :)
Dec 09 17:15:08 <Borromini> ^_^
Dec 09 17:15:17 <Borromini> it's ok if you don't; i'll still like you.
Dec 09 17:15:30 <ldir> lol
Dec 09 17:15:37 <ldir> yes
Dec 09 17:15:54 <ldir> IIRC.....
Dec 09 17:16:58 <ldir> it's a brcm platform question mark over backporting some spectre related mitigation assembler changes from 4.14 to 4.9
Dec 09 17:18:33 <Borromini> oh i see. not my problem then :D hehe
Dec 09 17:18:43 <Borromini> thanks ;)
Dec 09 17:19:49 <ldir> no - and I think stintel & xback between them are close to deciding all is well.. or that's my interpretation of some discussion I saw pass by here... I think.  or maybe it was emails - I dunno anymore, have lost track
Dec 09 17:20:10 <Borromini> that's ok, i have not a single functional broadcom device here anymore
Dec 09 17:20:25 <Borromini> and very happy about that
Dec 09 17:28:30 <jow> Borromini: who's joni?
Dec 09 17:28:57 <jow> Borromini: nvm, got it
Dec 09 17:39:33 <Borromini> :)
Dec 09 17:39:53 <Borromini> jow: sorry. meant Soni in #openwrt
Dec 09 17:47:45 <Hauke> jow: when I do a git pull I get this warning:
Dec 09 17:47:47 <Hauke> WARNING: previous mirror push of repo 'openwrt/openwrt' to host 'git-02' failed, status is:
Dec 09 17:50:50 <jow> Hauke: I cleared the warning log
Dec 09 17:51:12 <jow> worked on the synchronization an hour ago or so, this likely caused some transient issues
Dec 09 17:51:19 <jow> please ping me if it happens again
Dec 09 17:51:25 <jow> right now the repos appear to be in sync
Dec 09 17:58:02 <Hauke> jow: ok thanks
Dec 09 18:05:53 <ldir> Did I ask anyone to comment on https://git.openwrt.org/?p=openwrt/staging/ldir.git;a=shortlog;h=refs/heads/sysupgradeopts
Dec 09 18:07:34 <ldir> They appear sensible to me, were 'rescued' from patchwork archives;
Dec 09 18:08:34 <ldir> I don't know what the best way forward is - they're not my patches of course, I could re-submit to the email list.
Dec 09 18:32:03 <jow> ldir: I think they make enough sense to get included
Dec 09 18:32:29 <jow> ldir: especially the -k (package list) flag, could use that in LuCI to prompt users to reinstall
Dec 09 18:58:59 <ldir> ok - will push them a bit later
Dec 09 19:22:26 <ldir> jow: fyi: https://pastebin.com/K6r7WH3c
Dec 09 19:42:01 <owrt-snap-builds> build #335 of ipq40xx/generic is complete: Failure [failed pkgbuild]  Build details are at http://phase1.builds.lede-project.org/builders/ipq40xx%2Fgeneric/builds/335  blamelist: Rafa? Mi?ecki <rafal@milecki.pl>, Hans Dedecker <dedeckeh@gmail.com>, Christian Lamparter <chunkeey@gmail.com>
Dec 09 20:03:21 <biangb___> i have a mt76 router with mt7603e and mt7612e that seems to crash if i connect two devices to wifi
Dec 09 20:03:58 <biangb___> i'm using 18.06 mt76 and 18.06.1 openwrt
Dec 09 20:17:50 <swalker> updated openwrt/upstream, https://sdwalker.github.io/uscan/index.html
Dec 09 20:24:08 <Borromini> biangbia_: 2,4 GHz or 5?
Dec 09 20:55:31 <biangbiangmian> borromini: both
Dec 09 20:55:50 <biangbiangmian> it's dual band with mt7603e and mt7612e
Dec 09 20:55:53 <Borromini> oh. 5 GHz works fine here with latest mt76 from 18.06 head
Dec 09 20:56:10 <Borromini> biangbiangmian: yeah, but i disabled the 2,4 GHz radio, all my devices are 5 GHz here
Dec 09 20:56:25 <Borromini> anything in logread or dmesg that might help troubleshooting?
Dec 09 20:56:33 <Borromini> did you try latest 18.06 head?
Dec 09 20:56:56 <biangbiangmian> i can't even get in after it crashes, so i am going to need to set up a console session
Dec 09 20:57:13 <biangbiangmian> have not tried latest head yet, but i did try to compile it on my 18.06 branch
Dec 09 20:57:43 <biangbiangmian> after trying i learned it requires the latest 80211mac
Dec 09 21:15:24 <Hauke> jow: I am getting this warning again
Dec 09 22:01:43 <owrt-snap-builds> build #1067 of ramips/mt7621 is complete: Success [build successful]  Build details are at http://phase1.builds.lede-project.org/builders/ramips%2Fmt7621/builds/1067
Dec 09 23:08:38 <karlp> stintel: whee, brcmfmac on ap6212 working.  not horrific throughput, perfectly decent for a config AP :)
Dec 09 23:24:41 <karlp> how do I get the usb gadget kmods to show up? sunxi says it has usb_gadget=y?
Dec 09 23:28:02 <biangbi__> does anyone know if the mt76x2 driver cares if a chip is mt7612e or mt7662?
Dec 10 00:17:19 <owrt-snap-builds> build #951 of armvirt/64 is complete: Success [build successful]  Build details are at http://phase1.builds.lede-project.org/builders/armvirt%2F64/builds/951
Dec 10 00:17:19 <swalker> karlp: add usbgadget to target/linux/sunxi/Makefile's FEATURES?
Dec 10 00:17:27 <karlp> yeah, finally found it.
Dec 10 00:17:40 <karlp> there's a Config.in that refers to USB_GADGET_SUPPORT, that no-one defines,
Dec 10 00:17:49 <karlp> but other things like USB_SUPPORT are defiend, was a bit misleading.
Dec 10 00:18:20 <karlp> especially when the config-4.xx files for sunxi had gadget set to y already.
Dec 10 00:25:30 <biangbiangmian> for some reason mt76 is showing 4 phys instead of 2
Dec 10 00:57:41 <m4t> is there any mechanism for adding things to procd ujail without editing e.g. the dnsmasq init script itself?
Dec 10 00:57:50 * m4t looking at adding tftp to dnsmasq
Dec 10 01:00:39 <m4t> hmm i guess it did add /tftp to -r
Dec 10 01:02:49 <m4t> ugh okay sorry for even asking my local firewall on my pc breaks tftp, i forgot i needed to disable it ;( all is well!
Dec 10 01:03:04 * m4t sees his way out
Dec 10 01:25:07 <owrt-snap-builds> build #724 of arc770/generic is complete: Failure [failed targetupload]  Build details are at http://phase1.builds.lede-project.org/builders/arc770%2Fgeneric/builds/724  blamelist: Nikos Mavrogiannopoulos <nmav@gnutls.org>, Hans Dedecker <dedeckeh@gmail.com>, Christian Lamparter <chunkeey@gmail.com>, Luiz Angelo Daros de Luca <luizluca@gmail.com>
Dec 10 02:29:47 <owrt-snap-builds> build #1144 of brcm47xx/legacy is complete: Failure [failed targetupload]  Build details are at http://phase1.builds.lede-project.org/builders/brcm47xx%2Flegacy/builds/1144  blamelist: Hans Dedecker <dedeckeh@gmail.com>, Nikos Mavrogiannopoulos <nmav@gnutls.org>, Luiz Angelo Daros de Luca <luizluca@gmail.com>
**** ENDING LOGGING AT Mon Dec 10 03:00:00 2018