**** BEGIN LOGGING AT Sun Jun 28 02:59:58 2020
Jun 28 05:07:52 <owrt-snap-builds> build #347 of ath79/tiny is complete: Failure [failed defconfig dltar]  Build details are at http://buildbot.openwrt.org/master/images/builders/ath79%2Ftiny/builds/347  blamelist: Adrian Schmutzler <freifunk@adrianschmutzler.de>, Sungbo Eo <mans0n@gorani.run>, Hauke Mehrtens <hauke@hauke-m.de>, Leon M. George <leon@georgemail.eu>
Jun 28 05:09:25 <owrt-snap-builds> build #335 of ipq40xx/generic is complete: Failure [failed defconfig dltar]  Build details are at http://buildbot.openwrt.org/master/images/builders/ipq40xx%2Fgeneric/builds/335  blamelist: Adrian Schmutzler <freifunk@adrianschmutzler.de>, Sungbo Eo <mans0n@gorani.run>, Hauke Mehrtens <hauke@hauke-m.de>, Leon M. George <leon@georgemail.eu>
Jun 28 09:00:38 <owrt-snap-builds> build #475 of at91/sam9x is complete: Exception [exception targetupload df ccachestat]  Build details are at http://buildbot.openwrt.org/master/images/builders/at91%2Fsam9x/builds/475  blamelist: Adrian Schmutzler <freifunk@adrianschmutzler.de>, Sungbo Eo <mans0n@gorani.run>, Leon M. George <leon@georgemail.eu>
Jun 28 11:40:36 <Hauke> xback: will you update the kernel minor version in master and the stable branches soon? No presure, I just saw some commits in your staging tree.
Jun 28 12:43:17 <hbug__> how is the initial network config for a device created? is it only /etc/board.d/02_network ?
Jun 28 12:45:12 <adrianschmutzler> package/base-files/bin/config_generate
Jun 28 12:45:38 <adrianschmutzler> https://github.com/openwrt/openwrt/blob/master/package/base-files/files/bin/board_detect
Jun 28 12:45:45 <adrianschmutzler> https://github.com/openwrt/openwrt/blob/master/package/base-files/files/bin/config_generate
Jun 28 12:46:24 <adrianschmutzler> So, first the /etc/board.json is created from the files in board.d directory, and then this /etc/board.json is parsed to create uci config files
Jun 28 12:55:27 <hbug__> thanks. i am currently trying to include a patch to remove this annoying default vlan tagging on my ipq4018 board. oriented at these commits/patches > https://github.com/chunkeey/LEDE-IPQ40XX/commit/a04cf208fe317074502f7ea81dafa828c89b74bb https://github.com/NoTengoBattery/openwrt/commit/3433c6308d59bc84e80a03e7a89a4a89ce646aa0
Jun 28 12:56:28 <hbug__> but somehow it doesn't work without additional changes to the interface config generation i think.
Jun 28 12:57:38 <hbug__> the patch removes this line from board.d/02_network "ucidef_set_interfaces_lan_wan "eth0" "eth1"" this is probably bad?
Jun 28 12:58:40 <adrianschmutzler> it removes "ucidef_set_interfaces_lan_wan "eth0" "eth1 because it connects the wan port to eth0 in the switch statement
Jun 28 12:59:16 <adrianschmutzler> That's not always possible, and I don't know how this behaves in ipq40xx
Jun 28 13:18:46 <hbug__> according to wireshark there are comming dhcp requests from the wan port, but the lan ports are dead, so i will have a look at the scripts you suggested :)
Jun 28 15:34:07 <f00b4r0> jow: ping?
Jun 28 15:46:03 <Neighbor11111115> Does anyone know if wireless radios measure SNR to a station? and if so how do they measure noise? I'm a complete physics/RF noob so probably stupid question but are they measuring signals that don't meet a threshold as floor noise?
Jun 28 17:34:30 <enyc> uerm -- IRC op error still not fixed!  outdated channel topic bad and so-on
Jun 28 19:06:04 <jmv2010> openwrt current master does not appear to run on wrt54 v2.2. Custom bare bones build. 19.07 works.
Jun 28 19:06:36 <jmv2010> Recovery by tftp
Jun 28 19:14:59 <jmv2010> wrt54g v2.2 to be exact.
Jun 28 19:18:46 <DonkeyHotei> no wifi, though
Jun 28 19:32:58 <rsalvaterra> jmv2010: just curious, is that a 16 MiB or 32 MiB (RAM) device?
Jun 28 19:35:18 <jmv2010> It is a 16 MB device.
Jun 28 19:39:03 <jmv2010> It has normally 4.5 MB free, on 19.07.
Jun 28 19:39:07 <rsalvaterra> Nice! Seems like a fun challenge to get master working on such a limited device. I wouldn't mind getting my hands on one of those. :)
Jun 28 19:39:19 <rsalvaterra> Do you use zram-swap?
Jun 28 19:40:01 <jmv2010> No, have some problems with that.
Jun 28 19:41:15 <rsalvaterra> Really? What kinds of problems? I've been working on zram recently, hence the question.
Jun 28 19:43:05 <jmv2010> Let me build it.
Jun 28 19:43:42 <jmv2010> For 19.07 for now.
Jun 28 19:44:54 <rsalvaterra> With so little memory, you really want to use zstd instead of lzo/lz4 (when it hits master).
Jun 28 19:45:48 <DonkeyHotei> the wifi driver for it is ram-hungry
Jun 28 19:46:48 <swalker> updated openwrt/upstream, https://sdwalker.github.io/uscan/index.html
Jun 28 19:47:25 <rsalvaterra> Some Wi-Fi drivers are real hogs, indeed (I'm looking at you, ath10k).
Jun 28 19:48:03 <jmv2010> Not running wifi. Ethernet only. So it may only be ethernet that is failing on Master.
Jun 28 19:49:01 <DonkeyHotei> kernel is bigger on master
Jun 28 19:50:18 <rsalvaterra> Try build the kernel as monolithic as possible. That should reduce the total size quite a bit.
Jun 28 19:50:24 <rsalvaterra> *Try to
Jun 28 19:50:49 <jmv2010> root@OpenWrt:~# service zram startsh: 0: unknown operandzram_start: activating '/dev/zram0' for swapping (5 MegaBytes)zram_reset: enforcing defaults via /sys/block/zram0/resetSetting up swapspace version 1, size = 5238784 bytesswapon: /dev/zram0: Function not implemented
Jun 28 19:51:20 <jmv2010> root@OpenWrt:~# service zram startsh: 0: unknown operandzram_start: activating '/dev/zram0' for swapping (5 MegaBytes)zram_reset: enforcing defaults via /sys/block/zram0/resetSetting up swapspace version 1, size = 5238784 bytesswapon: /dev/zram0: Function not implemented
Jun 28 19:52:13 <rsalvaterra> Ok, that's weird…
Jun 28 19:52:49 <jmv2010> lsmod
Jun 28 19:52:50 <jmv2010> crypto_acompress        3824  2 lzo,lz4gpio_button_hotplug     4928  0 leds_gpio               2624  0 lz4                     1728  0 lz4_compress           25248  1 lz4lz4_decompress         18144  1 lz4lzo                     1728  1 lzo_compress            1984  1 lzolzo_decompress          1344  1 lzozram                   10000  0 zsmalloc
Jun 28 19:52:51 <jmv2010> 9744  1 zram
Jun 28 19:53:01 <jmv2010> sorry about the formatting
Jun 28 19:53:28 <rsalvaterra> Was swap actually enabled, or did it completely fail?
Jun 28 19:53:35 <jmv2010> Virtually monolithic.
Jun 28 19:53:49 <jmv2010> root@OpenWrt:~# free              total        used        free      shared  buff/cache   availableMem:          12196        5776        2424          56        3996        3932Swap:             0           0           0
Jun 28 19:54:01 <rsalvaterra> cat /proc/swaps
Jun 28 19:54:30 <jmv2010> root@OpenWrt:~# cat /proc/swapscat: can't open '/proc/swaps': No such file or directory
Jun 28 19:54:35 <rsalvaterra> Alright, it doesn't seem so… let's try to do it by hand. ;)
Jun 28 19:55:28 <rsalvaterra> cd /sys/block/zram0
Jun 28 19:56:27 <jmv2010> We have a /dev/zram0 if you are wondering
Jun 28 19:57:19 <rsalvaterra> echo 1 > reset
Jun 28 19:57:46 <jmv2010> done
Jun 28 19:57:51 <rsalvaterra> echo 5238784 > disksize
Jun 28 19:58:16 <jmv2010> done
Jun 28 19:58:19 <rsalvaterra> mkswap /dev/zram0
Jun 28 19:58:44 <rsalvaterra> swapon -d /dev/zram0
Jun 28 19:58:48 <jmv2010> root@OpenWrt:/sys/devices/virtual/block/zram0# mkswap /dev/zram0Setting up swapspace version 1, size = 5234688 bytes
Jun 28 19:59:07 <jmv2010> root@OpenWrt:/sys/devices/virtual/block/zram0# swapon -d /dev/zram0swapon: /dev/zram0: Function not implemented
Jun 28 19:59:59 <rsalvaterra> Cute. So it's the swapon call which is failing.
Jun 28 20:00:34 <rsalvaterra> Do you have extroot?
Jun 28 20:01:25 <rsalvaterra> Are you sure your kernel is built with swap support?
Jun 28 20:01:30 <jmv2010> Yup:
Jun 28 20:01:32 <jmv2010>   [*] Support for paging of anonymous memory (swap)
Jun 28 20:01:41 <jmv2010> extroot?
Jun 28 20:02:08 <rsalvaterra> Ok, you have swap support, that's ruled out.
Jun 28 20:02:39 <jmv2010> Do I need extroot
Jun 28 20:02:42 <rsalvaterra> Yes, external root, on a pen drive, for example.
Jun 28 20:02:50 <jmv2010> No.
Jun 28 20:03:19 <jmv2010> Image is only 2.5 MB. Bare bones.
Jun 28 20:03:30 <jmv2010> No other drivers. Squashfs
Jun 28 20:04:09 <jmv2010> No other drives either.
Jun 28 20:05:31 <rsalvaterra> Dang… "function not implemented" stinks of unsupported swap, but it's enabled in your config…
Jun 28 20:05:45 <jmv2010> I know.
Jun 28 20:06:15 <rsalvaterra> which swapon
Jun 28 20:06:33 <rsalvaterra> Is it /sbin/swapon?
Jun 28 20:07:09 <jmv2010> Don't know how to determine which one it picks
Jun 28 20:07:35 <rsalvaterra> Right, run "which swapon". ;)
Jun 28 20:07:48 <rsalvaterra> It will tell you which one it's using.
Jun 28 20:07:58 <jmv2010> Yes, /sbin/swapon
Jun 28 20:08:53 <rsalvaterra> Out of curiosity, try running just swapon /dev/zram0 (without -d).
Jun 28 20:09:06 <rsalvaterra> I guess it will be the same, but still…
Jun 28 20:09:35 <jmv2010> Still the same.
Jun 28 20:10:59 <rsalvaterra> Let's try a smaller device.
Jun 28 20:11:03 <rsalvaterra> echo 1 > reset
Jun 28 20:11:03 <rsalvaterra> echo 1048576 > disksize
Jun 28 20:11:03 <rsalvaterra> mkswap /dev/zram0
Jun 28 20:11:03 <rsalvaterra> swapon -d /dev/zram0
Jun 28 20:11:50 <jmv2010> nope
Jun 28 20:12:46 <jmv2010> root@OpenWrt:/sys/devices/virtual/block/zram0# echo 1 > resetroot@OpenWrt:/sys/devices/virtual/block/zram0# echo 1048576 > disksizeroot@OpenWrt:/sys/devices/virtual/block/zram0# mkswap /dev/zram0Setting up swapspace version 1, size = 1044480 bytesroot@OpenWrt:/sys/devices/virtual/block/zram0# swapon -d /dev/zram0swapon: /dev/zram0: Function not
Jun 28 20:12:47 <jmv2010> implementedroot@OpenWrt:/sys/devices/virtual/block/zram0#
Jun 28 20:14:14 <rsalvaterra> Finicky little bugger…
Jun 28 20:16:00 <rsalvaterra> You're doing your own builds, right?
Jun 28 20:16:08 <jmv2010> Yes.
Jun 28 20:16:37 <rsalvaterra> I need to get this straight… can you get to the Linux directory in your build_dir?
Jun 28 20:17:19 <jmv2010> Sure
Jun 28 20:17:51 <rsalvaterra> I'd like to see if you really have swap in your .config.set.
Jun 28 20:18:10 <rsalvaterra> grep SWAP .config.set
Jun 28 20:20:03 <rsalvaterra> The fact you don't even have a /proc/swaps file is rather strange. It should be present, even if empty.
Jun 28 20:20:18 <jmv2010> Config swap is NOT set
Jun 28 20:20:40 <rsalvaterra> There you go! ;)
Jun 28 20:20:49 <jmv2010> CONFIG_ARCH_USE_BUILTIN_BSWAP=y# CONFIG_ARCH_WANTS_THP_SWAP is not set# CONFIG_FRONTSWAP is not set# CONFIG_MTD_CFI_BE_BYTE_SWAP is not set# CONFIG_MTD_CFI_LE_BYTE_SWAP is not setCONFIG_MTD_CFI_NOSWAP=y# CONFIG_MTD_SWAP is not set# CONFIG_NFS_SWAP is not set# CONFIG_SWAP is not set# CONFIG_TRACER_SNAPSHOT_PER_CPU_SWAP is not set
Jun 28 20:21:19 <rsalvaterra> I knew there was something fishy going on. :)
Jun 28 20:22:32 <jmv2010> So what is overriding it, and how do I fix it?
Jun 28 20:23:06 <rsalvaterra> Probably a customised kernel configuration. Have you changed it?
Jun 28 20:23:19 <jmv2010> Like I implied before, in make kernel_menuconfig it works.
Jun 28 20:23:24 <jmv2010> No.
Jun 28 20:23:32 <rsalvaterra> make kernel_menuconfig CONFIG_TARGET=subtarget
Jun 28 20:24:16 <rsalvaterra> I need to go now, but at least you already know where the problem is. Be back later.
Jun 28 20:24:31 <jmv2010> Can you tell me what to type exactly?
Jun 28 20:24:36 <jmv2010> what to schoose for subtarget?
Jun 28 20:24:50 <rsalvaterra> It's exactly like I wrote. :)
Jun 28 20:25:31 <jmv2010> that gets me into kernel_menuconfig
Jun 28 20:25:36 <jmv2010> just save and build?
Jun 28 20:25:37 <rsalvaterra> You're going to configure the kernel for the subtarget of the current arch.
Jun 28 20:25:53 <rsalvaterra> Yep. And possibly clean before building, just to make sure.
Jun 28 20:26:05 <jmv2010> thnx
Jun 28 20:34:20 <jmv2010> Yeah, not working yet. Maybe another day.
Jun 28 20:34:51 <jmv2010> By the way: did not customize the kernel configs
Jun 28 20:47:32 <jmv2010> As for sized: the kernel sizes between 19.07 and master are different by only about 5%.
Jun 28 20:48:25 <jmv2010> At least on the file level
Jun 28 20:48:47 <jmv2010> Is something making a large allocation?
Jun 28 22:36:03 <rsalvaterra> Wait, you save and build after enabling swap support in the kernel config!
Jun 28 22:36:10 <rsalvaterra> Gah… he's gone.
Jun 29 01:54:34 <owrt-snap-builds> build #348 of ath79/tiny is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org/master/images/builders/ath79%2Ftiny/builds/348
Jun 29 02:05:19 <owrt-snap-builds> build #336 of ipq40xx/generic is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org/master/images/builders/ipq40xx%2Fgeneric/builds/336
**** ENDING LOGGING AT Mon Jun 29 02:59:57 2020