**** BEGIN LOGGING AT Fri Oct 23 10:59:57 2020
Oct 23 11:08:16 <dengqf6> mangix: The out-of-tree driver (before 5.4)? Could you point it out?
Oct 23 11:56:19 <mangix> dengqf6: once I get on a computer
Oct 23 12:18:12 <mangix> dengqf6: turns out, what I saw was on the now defunct lede-dev mailing list
Oct 23 12:18:27 <mangix> no idea of there are any archives anywhere
Oct 23 12:18:49 <mangix> aha
Oct 23 12:18:53 <mangix> dengqf6: https://github.com/igvtee/source/commit/c4a660d991011e2c0e232758500d56faae93b631
Oct 23 12:19:27 <damex> https://github.com/openwrt/openwrt/pull/3531 any suggestions on reordering logical addresses to match physical?
Oct 23 12:20:04 <mangix> oh. looks like this is already integrated...
Oct 23 12:20:23 <damex> eth0 eth1 eth2 eth3 match eth1 eth2 eth3 eth0 logical after system boots. device tree can't reorder it and keep mii working. it is fine for lots of other targets on openwrt with missordered ports though
Oct 23 12:24:37 <damex> maybe there is some existing functionality that could match a mac address and rename interface accordingly?
Oct 23 12:30:58 <damex> found mtd_get_mac_binary. 'mtd_get_mac_binary eeprom 6' returns needed mac of eth3. eth0 eth1 and eth0 are eth3 mac +1. is there a function that can rename adapters?
Oct 23 12:31:23 <damex> eth0 eth1 and eth2*
Oct 23 13:37:24 <PaulFertser> damex: is renaming adapter with "ip" not an option?
Oct 23 13:37:44 <damex> PaulFertser: i think it will get rejected pretty fast
Oct 23 13:37:56 <PaulFertser> damex: using ip in scripts is usually accepted.
Oct 23 13:38:21 <PaulFertser> damex: the thing is that you need to ensure it'll work as expected in preinit too, so that generic failsafe would work.
Oct 23 13:38:39 <damex>  ip link set $(get-lan-if-name $(get-macname-from-mtd)) name lan0
Oct 23 13:39:14 <damex> so we tell it where to look for mac address in mtd and then for each adapter increment it
Oct 23 13:39:35 <damex> PaulFertser: sure, i can test that (good thing we got failsafe working with custom dts?)
Oct 23 13:41:51 <PaulFertser> damex: of course it's good :) failsafe should work on all OpenWrt boards.
Oct 23 13:43:23 <damex> PaulFertser: i might be pretty toxic but i none of octeon boards have reset button working to enter failsafe :)
Oct 23 13:43:32 <damex> unless people use serial console ofcourse
Oct 23 13:44:08 <PaulFertser> damex: failsafe should work with any button, not just reset. And yes, if it's not working in none of the octeon targets then it's bad, you can do better :)
Oct 23 13:45:02 <damex> PaulFertser: there is no other buttons onboard to trigger failsafe though :<
Oct 23 13:46:32 <damex> so is there some internal function that returns interface name that have mac address?
Oct 23 13:46:43 <damex> if i supply it a mac address
Oct 23 13:48:40 <adrianschmutzler> damex: note that this would not be unique if it was available
Oct 23 13:51:11 <damex> so if i add such thing - it better go to universal place like lib/functions/system.sh ?
Oct 23 13:51:33 <damex> or it should be kept in target scripts?
Oct 23 13:54:04 <adrianschmutzler> that depends on whether it's general or target-specific ;-)
Oct 23 13:54:49 <adrianschmutzler> And we will probably only accept it if you do something with it in the code. So, not just add the function ...
Oct 23 14:15:29 >KGB-1< https://tests.reproducible-builds.org/openwrt/openwrt_mediatek.html has been updated. (100.0% images and 100.0% packages reproducible in our current test framework.)
Oct 23 14:56:02 <grift> dangole: that logd priv drop didnt make it in?
Oct 23 15:11:20 <Tapper> Hi there 'Mother Lover's lol Is master fixt yet?
Oct 23 15:12:38 <grift> Tapper yes it is for me
Oct 23 15:13:13 <Tapper> OK thanks. I will roll a new build and give it a shot.
Oct 23 15:15:09 <Tapper> You know in the build system when we tipe ./scripts/feeds -a to update all the feeds. Can it be made to just update all feeds with just ./scripts/feeds update.
Oct 23 15:15:47 <Tapper> The -a seems a bit superfluous.
Oct 23 15:16:13 <stintel> it's already like this?
Oct 23 15:16:22 <stintel> I never use -a
Oct 23 15:16:52 <Tapper> O cool. It says in the wiki that you have to use -a. lol
Oct 23 15:27:26 <Tapper> OK people master is now fixt just booted a new build on wrt3200acm
Oct 23 15:27:36 <Tapper> Thanks
Oct 23 17:21:15 <damex> PaulFertser: i did the update and ports are properly matched in OS. lanX -> physical ethX numbers are correct and working in failsafe. it brings only one interface up during failsafe (all ports are available and working). looks good to me
Oct 23 17:22:36 <damex> all the changes are #1 universal function is in functions/system.sh #2 board specific changes are in preinit/lib to rename ports.
Oct 23 17:22:50 <rsalvaterra> Yay, first pull request: https://github.com/openwrt/packages/pull/13755
Oct 23 17:23:05 <rsalvaterra> (God, I'm really not used to work with GUIs…)
Oct 23 17:23:05 <damex> not sure if there is anything else left to do, need help reviewing
Oct 23 17:32:06 <Grommish> rsalvaterra: Oh, I've never known them not to "give constructive feedback" :D  You will want to squash those commits though
Oct 23 17:32:23 <Grommish> at a guess anyway
Oct 23 17:33:50 <rsalvaterra> I dunno… they're quite independent (and each of them is a bump of the package version)…
Oct 23 17:35:40 <rsalvaterra> Anyway, I'll just brace for the impact. :P
Oct 23 17:35:40 <Grommish> Yeah, that isn't the right answer either
Oct 23 17:36:03 <Grommish> I meant what I said
Oct 23 17:36:32 <rsalvaterra> What do you mean?
Oct 23 17:36:37 <Grommish> You are correct in squashing is not the answer - Man, everything seems adversarial today hahah
Oct 23 17:36:55 <rsalvaterra> Ahahah!
Oct 23 17:36:58 <Grommish> I'm typing this going,.. this doesn't seem to convey what I wanted to say
Oct 23 17:37:02 <Grommish> and just kept getting worse
Oct 23 17:37:03 <Grommish> sigh
Oct 23 17:38:37 <Grommish> and yes, they'll certainly let you know if things should be changed.. or just because hehehe
Oct 23 17:38:37 <rsalvaterra> Oooh, the test builds are all failing. I guess that's a known problem.
Oct 23 17:39:06 <Grommish> someone was saying something about the ci builds failing, but I didn't really pay attention to why
Oct 23 17:41:35 <Grommish> rsalvaterra: I just realized what i meant to say was the exact opposite of what I did.. i was going to ask if the pr shouldn't be separate, or if the commits being there are enough.  words.. they are important, yes?
Oct 23 17:42:30 <rsalvaterra> And you're a native English speaker! :D
Oct 23 17:42:41 <Grommish> ALLEGEDELY
Oct 23 17:42:45 <Grommish> hehe
Oct 23 17:43:20 <Grommish> I never said I did it properly..
Oct 23 17:43:41 <Grommish> Anyway.. I'm out for a bit :) Gluck with the horde
Oct 23 17:43:57 <rsalvaterra> We tend to be sloppier when speaking in our native language, that's true!
Oct 23 17:44:30 <rsalvaterra> Ok, bye! :)
Oct 23 18:14:26 >KGB-1< https://tests.reproducible-builds.org/openwrt/openwrt_kirkwood.html has been updated. (100.0% images and 100.0% packages reproducible in our current test framework.)
Oct 23 21:14:46 <aparcar[m]> stintel: can you help me figure out the selinux symbol issue? When are you asked for the symbols?
Oct 23 21:18:06 <stintel> when you start from a .config that was made before selinux support was added
Oct 23 21:18:16 <stintel> make oldconfig asks 20+ questions related to SELinux
Oct 23 21:18:31 <stintel> would be nice if they were all hidden behind a CONFIG_SELINUX
Oct 23 21:18:34 <ldir> can't you do a 'make defconfig' ?
Oct 23 21:18:44 <stintel> ldir: no, I risk missing other new options
Oct 23 21:19:43 <ldir> I thought a defconfig took an existing config and added missing defaults?
Oct 23 21:21:50 <stintel> yes. it hides newly introduced options
Oct 23 21:22:05 <stintel> I build custom images, I want to know about new options and decide myself if I enable them or not
Oct 23 21:33:44 <aparcar[m]> stintel: is there a clean way to hide these options? We now use CONFIG_SELINUX which pretty much hides everything, we don't change the internal Kernel config, which may ask if you hand craft your kernel
Oct 23 22:13:27 >KGB-0< https://tests.reproducible-builds.org/openwrt/openwrt_x86.html has been updated. (100.0% images and 100.0% packages reproducible in our current test framework.)
Oct 24 00:38:01 <karlp> stintel: well, you got  what you asked for? you got all the new options?
Oct 24 03:31:25 >KGB-1< https://tests.reproducible-builds.org/openwrt/openwrt_ar71xx.html has been updated. (99.1% images and 100.0% packages reproducible in our current test framework.)
Oct 24 05:39:23 <aparcar[m]> karlp: 🙏
Oct 24 10:08:39 >KGB-1< https://tests.reproducible-builds.org/openwrt/openwrt_sunxi.html has been updated. (0% images and 100.0% packages reproducible in our current test framework.)
Oct 24 10:57:39 <damex> https://gist.github.com/damex/0e76ab6f34ff6a0ddab9877534f8fb4a does anyone have suggestion for that? it sends NMI (watchdog?) to CPU that does not exist
Oct 24 10:58:12 <blogic> damex: always send full bootlogs
Oct 24 10:58:24 * russell-- has a ubiquiti bullet m5 that's not connecting to an adhoc network without a manual "iwinfo mesh0 scan" first
**** ENDING LOGGING AT Sat Oct 24 10:59:57 2020