**** BEGIN LOGGING AT Wed Mar 17 02:59:56 2021
Mar 17 03:44:44 <Grommish> karlp: 'way longer' in what regard?
Mar 17 04:30:52 <lipnitsk> gch981213: any objections if I try to upstream your "MIPS: ralink: mt7621: add memory detection support" patch?
Mar 17 04:49:53 <mangix> lipnitsk: didn't sergio submit it?
Mar 17 04:51:46 <lipnitsk> oh did he?
Mar 17 04:51:49 <lipnitsk> shoot, let me check
Mar 17 04:53:11 <lipnitsk> hmm, I don't see it
Mar 17 04:53:58 <lipnitsk> mangix: I see this from Sergio - "MIPS: ralink: add CPU clock detection and clock driver for MT7621"
Mar 17 04:54:10 <lipnitsk> clock != memory
Mar 17 04:55:54 <lipnitsk> mangix: while we are on the subject, you wouldn't happen to have a rt288x device lying around or to explain why we need "ramips: Fix early memory calculation for certain MIPS platforms" patch?
Mar 17 05:07:07 <lipnitsk> mangix: never mind, found https://lore.kernel.org/linux-mips/1625136.EXtXsaCBjZ@loki/#R
Mar 17 05:11:53 <mangix> lipnitsk: ah yeah
Mar 17 05:12:32 <lipnitsk> I think I'll still submit  "MIPS: ralink: mt7621: add memory detection support" and see what happens
Mar 17 07:58:14 <Rene__> How to fix this? Uncompressing Kernel Image ... LZMA ERROR 1? I hit this issue with snapshots version for the mt7621: mtc_wr1201
Mar 17 07:59:15 <Namidairo> hmm how big is that image
Mar 17 08:00:07 <Rene__> 128mb
Mar 17 08:12:47 <Rene__> Namidairo: reading it wrong, Booting image -> Data Size:    2519450 Bytes =  2.4 MB
Mar 17 08:19:47 <Grommish> Rene__: *waves* There was progress on that dts and switch issue :)  Still not completely working, but much closer now!
Mar 17 08:25:09 <Rene__> Grommish: great
Mar 17 08:26:59 <Namidairo> Rene__: I'm just going to assume it hit the same problem as the rest of the mt7621 devices that require lzma-loader
Mar 17 08:27:00 <Grommish> Rene__: Thank you for all the pestering and questions :)
Mar 17 08:27:35 <Grommish> Namidairo: What issue?  I've been building mt7621 images all week without issues
Mar 17 08:27:39 <Rene__> Boot log: https://gist.github.com/vDorst/fdf219da85a9306f3a027f6fc05d950c
Mar 17 08:28:06 <Grommish> that use the lzma loader
Mar 17 08:28:50 <Namidairo> Grommish: as in that device does not have lzma-loader
Mar 17 08:29:29 <Grommish> Ah
Mar 17 08:29:51 <Grommish> Made me panic about rebasing for a minute :)
Mar 17 08:31:25 <Namidairo> I just don't remember what size the kernel had to get to before the stock bootloaders started breaking
Mar 17 08:36:49 <Grommish> Namidairo: Ah, my image is 4.23 MB (4,435,968 bytes) in size, but uses the lzma compression
Mar 17 08:40:35 <Rene__> Grommish: on your UBNT ER device?
Mar 17 08:40:53 <Grommish> Rene__: Yes
Mar 17 08:41:35 <Grommish> Rene__:  4435059 Mar 16 05:26 openwrt-ramips-mt7621-ubnt_edgerouter-10x-initramfs-kernel.bin
Mar 17 08:41:42 <Rene__> I haven't seen any issue on my UBNT ER device. But I also have a Strong 1200, with is a mt7621 wifi router. Which does has issues
Mar 17 08:41:59 <Grommish> Rene__: *nod*
Mar 17 08:42:20 <Grommish> MT76 has been a adventure and experience for me for sure
Mar 17 08:42:28 <Rene__> booting via tftp is not the issue. It happens when booting from flash
Mar 17 08:42:32 <Grommish> I'm really glad I don't have to deal with the wifi aspects
Mar 17 08:42:56 <Rene__> :)
Mar 17 08:43:40 <Grommish> Rene__: I need to figure out the LEDs on the er10x and try and fix the single port that refuses to work.. Then maybe PoE if I feel up to it hehe
Mar 17 08:50:03 <Rene__> normally passive PoE should not influence the port workings. PoE signal is injected via the ethernet transformer.
Mar 17 08:50:28 <Rene__> Which ethernet port of which switch?
Mar 17 08:52:44 <Grommish> switch0:port0 on the rtl8367rb
Mar 17 08:53:07 <Grommish> It's like its disabled, but the other 4 ports (switch0:1-4) work fine
Mar 17 08:54:03 <Grommish> I post something in the Networking area of the forum.  I suspect it's a swconfig issue, but I've never used swconfig
Mar 17 08:54:47 <Rene__> ok
Mar 17 08:55:03 <Grommish> and mixing swconfig and dsa makes people go Ewwww
Mar 17 08:55:10 <Grommish> but can't be helped right no
Mar 17 09:04:41 <rsalvaterra> Grommish: So you need swconfig for the rtl8367rb and DSA for the other switch?
Mar 17 09:04:53 <Grommish> rsalvaterra: Yep
Mar 17 09:05:02 <rsalvaterra> Ugh… what a mess.
Mar 17 09:05:13 <Grommish> Indeed, but it works
Mar 17 09:05:18 <Grommish> except for that one port hehe
Mar 17 09:06:13 <Grommish> This thing takes the entire rtl switch as a whole and funnels it into the mt76 board
Mar 17 09:06:31 <Grommish> Downside is that you can't address each as its own eth port I guess, which is a pain
Mar 17 09:07:34 <Grommish> So the switch is labeled as "eth5" in ifconfig
Mar 17 09:09:18 <mangix> Given that the totolink purchase fell through, I bought a device that I will need to add support for
Mar 17 09:09:26 <mangix> mt7621 i think
Mar 17 09:09:29 <Grommish> mangix: Ooo.. Whatcha get?
Mar 17 09:09:49 <Grommish> Fresh-electronic device smell.. Yum
Mar 17 09:09:52 <mangix> Linksys E7350
Mar 17 09:10:52 <Grommish> mangix: Nice!
Mar 17 09:10:55 <mangix> looks like similar enough hardware
Mar 17 09:11:07 <mangix> I hope adding support for it is boring
Mar 17 09:12:27 <Grommish> mangix: True.. Boring is underrated hehe
Mar 17 09:12:30 <mangix> I've only written support for one device, which never got sold.
Mar 17 09:24:50 <mangix> rsalvaterra: turns out armbian uses zram by default on half the RAM. slowed my NAS to a crawl
Mar 17 09:25:54 <rsalvaterra> mangix: It was badly configured, then.
Mar 17 09:26:32 <rsalvaterra> What compression algorithm is it using? And what's the maximum amount of memory it's allowed to allocate?
Mar 17 09:27:13 <mangix> half of the RAM. In my case, 2GB -> 1GB
Mar 17 09:27:32 <mangix> slows it down when using above 1GB
Mar 17 09:28:17 <rsalvaterra> Half might be too much, depending on the compression algorithm.
Mar 17 09:28:32 <mangix> I would guess it's LZO. No idea.
Mar 17 09:29:09 <rsalvaterra> cat /sys/block/zram0/comp_algorithm
Mar 17 09:29:21 <mangix> gch981213: welcome. lipnitsk was wondering about upstreaming about your mt7621 memory patch
Mar 17 09:29:59 <mangix> cat: /sys/block/zram0/comp_algorithm: No such file or directory
Mar 17 09:30:31 <rsalvaterra> mangix: Of course, if you're not using zram… :P
Mar 17 09:31:27 <mangix> it's in use currently
Mar 17 09:31:49 <rsalvaterra> Impossible.
Mar 17 09:32:33 <rsalvaterra> If you're using zram, you have at least one device (zram0).
Mar 17 09:34:16 <mangix> rsalvaterra: https://github.com/armbian/build/blob/master/packages/bsp/common/usr/lib/armbian/armbian-zram-config . it's active according to systemctl
Mar 17 09:34:49 <mangix> and yes, performance gets wrecked when using more than 1GB
Mar 17 09:36:23 <rsalvaterra> mangix: That's just a script, which is likely invoked by a systemd unit. It might appear as active even if it somehow failed.
Mar 17 09:36:59 <rsalvaterra> By the way, that's grossly outdated.
Mar 17 09:37:09 <rsalvaterra> https://github.com/armbian/build/blob/master/packages/bsp/common/usr/lib/armbian/armbian-zram-config#L33-L35
Mar 17 09:37:34 <rsalvaterra> We have per-CPU compression streams. None of this nonsense of creating as many zram devices as CPUs.
Mar 17 09:41:12 <rsalvaterra> mangix: This is what I have in my Debian/Ubuntu systems. A heavily modified version of the zram-config package. https://paste.debian.net/1189702/
Mar 17 09:46:58 <rsalvaterra> And actually, I can remove that echo zstd > /sys/block/zram0/comp_algorithm line, since we're now able to select a default compression algorithm… https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/drivers/block/zram?id=3d711a382735d2c34d3ba2075a5aa83a894f4a57
Mar 17 09:47:09 <rsalvaterra> I should backport this for OpenWrt. :P
Mar 17 09:53:29 <karlp> Grommish: remaking is not "instant" for most people, so grepping the logs is far faster than re-running make -j1 just to see the error again.
Mar 17 09:58:28 <karlp> 4m39 here for a noop rebuild master -j1 for me. grepping logs is vastly preferable.
Mar 17 09:58:39 <karlp> now sure, it would be less if it had already stopped at some erorr...
Mar 17 10:24:43 <nbd> mangix: thanks for clearing up the NOSTDINC_FLAGS issue. i will fix it now
Mar 17 10:31:18 <mangix> nbd: btw here's Hauke's solution for mac80211: https://git.kernel.org/pub/scm/linux/kernel/git/backports/backports.git/commit/?id=473fbe303f36b84c6653dd84ee302d1b70078479
Mar 17 10:37:02 <rsalvaterra> lipnitsk: [    1.080762] cpuidle: using governor teo
Mar 17 10:52:19 <rsalvaterra> blogic: ping. Is it possible to apply this? https://patchwork.ozlabs.org/project/openwrt/patch/20210316090236.2018-1-rsalvaterra@gmail.com/
Mar 17 10:52:41 <rsalvaterra> blogic: I'd like to send a patch enabling cpuidle (tickless idle) on MT7621, which depends on it. :)
Mar 17 10:59:04 <Hauke> nbd: mangix: did you fix this problem also for other drivers which depend on our mac80211 package?
Mar 17 10:59:58 <rsalvaterra> Hauke: It's strange, but I haven't had any issues with ath10k-ct, for example.
Mar 17 11:00:28 <rsalvaterra> The only "out-of-mac80211" drivers I use are ath10k-ct and mt76, though…
Mar 17 11:00:52 <Hauke> rsalvaterra: yes, the problem is fixed in mac80211
Mar 17 11:01:10 <Hauke> but we use this for packages which depend on mac80211 to change the include path
Mar 17 11:02:05 <rsalvaterra> I don't know that makes mt76 so special…
Mar 17 11:03:43 <Hauke> rsalvaterra: it sets NOSTDINC_FLAGS
Mar 17 11:04:25 <Hauke> we have to find an other way to change the include path
Mar 17 11:04:36 <rsalvaterra> Hauke: So does ath10k-ct…
Mar 17 11:04:37 <Hauke> or we have to set the defaults the kernel build sets too
Mar 17 11:05:01 <Hauke> yes and mwlwifi and rtl8812au-ct
Mar 17 11:05:55 <nbd> Hauke: i'm going to fix all uses of it
Mar 17 11:26:46 <Grommish> nbd: I know you've got many other things going on, but any suggestions for an odd rtl8367rb port issue? https://forum.openwrt.org/t/switch-setup-for-edgerouter-10x-rtl8367rb/91442
Mar 17 13:56:04 <Raheel> Hi
Mar 17 13:57:37 <Raheel> I am bridging my wan and lan in openwrt like with my switch config i have 0t 4t 5 as my config for lets say vlan1000.
Mar 17 13:57:37 <Raheel>  4 port is my wan
Mar 17 13:57:38 <Raheel> 5 port is my lan
Mar 17 13:57:38 <Raheel> and i am bridging eth0.1000 and eth1.1000 in br-vlan_1000
Mar 17 13:57:39 <Raheel> my lan wired client is getting ip address of vlan1000 as untagged but its internet is too slow and is seems like is chocking
Mar 17 13:57:45 <Raheel> can anybody help in this regard please
Mar 17 13:59:44 <Raheel> jow can you help please
Mar 17 14:01:12 <Raheel> nitroshift ?
Mar 17 14:15:31 <rsalvaterra> mangix: Have you seen this? https://github.com/rsalvaterra/openwrt/commit/38b8a2e5bf2eca030e03a33f6f9ba15cf1150ca4
Mar 17 14:15:37 <rsalvaterra> I was comparing to your commit.
Mar 17 14:17:28 <Raheel> anybody ?
Mar 17 14:31:26 <Raheel> : MentalPower
Mar 17 14:31:35 <Raheel> please help
Mar 17 14:31:46 <Raheel> i need help in urgent
Mar 17 14:37:26 <svanheule> Raheel: try #openwrt or the forums with this type of question, and provide some details (which device, what is "too slow")
Mar 17 14:39:50 <Raheel> svanheule thanks for the reply. Too slow means i am doing zoom call and streaming with wired client but its not working fine but as i remove the bridge interface of lan eth1.1000 then it works fine and no breaking in zoom calls
Mar 17 15:26:03 <gch981213> mangix: lipnitsk: I was planning on upstreaming that memory patch after the clock one. I wasn't able to get the clock patch upstreamed back then so this memory detection just stayed in openwrt till now.
Mar 17 15:29:34 <gch981213> lipnitsk: about mt7621 nand driver: Weijie said elsewhere that the nand controller is similar to the mt7622 one, but the one in mt7621 got broken DMA burst support.
Mar 17 15:34:34 <lipnitsk> gch981213: thanks for the info. hope you don't mind me trying to upstream the mem detect patch then.
Mar 17 15:35:54 <gch981213> lipnitsk: datasheet for mt7622 is available from Banana Pi R64 wiki, and mt7621 datasheet can be obtained by googling 'mt7621 programming guide' There's a closed PR on GitHub adding DMA support for current mt7621 nand driver. (I rejected that one due to an unnecessary oob layout change.)
Mar 17 15:36:40 <lipnitsk> gch981213: so there is a way to use DMA without burst mode on mt7621?
Mar 17 15:37:55 <jow> anyone with a DSA enabed device around?
Mar 17 15:38:04 <lipnitsk> gch981213: also, did Greg Ungerer driver have anything that is worth using? BBT logic especially stands out: https://lore.kernel.org/lkml/20191107073521.11413-1-gerg@kernel.org/
Mar 17 15:38:18 <jow> If yes, could you pastebin the output of "for x in /sys/class/net/*; do echo "${x##*/}: $(readlink -f $x/device)"; done" ? Thanks :)
Mar 17 15:38:54 <gch981213> lipnitsk: Correct. You could try finding that rejected PR. My VPN is down and I can't access Github atm :(
Mar 17 15:39:14 <rsalvaterra> jow: Yep.
Mar 17 15:39:56 <gch981213> jow: https://paste.ubuntu.com/p/Qrm9x9CdVC/
Mar 17 15:40:04 <lipnitsk> gch981213: found it: https://github.com/openwrt/openwrt/pull/3100
Mar 17 15:40:20 <rsalvaterra> jow: https://paste.debian.net/1189742/
Mar 17 15:41:35 <lipnitsk> rsalvaterra: great news on the cpuidle. any downsides to just enabling it?
Mar 17 15:41:36 <gch981213> lipnitsk: Mediatek has at least 4 different bad block table implentations. And those will definitely be rejected upstream.
Mar 17 15:42:01 <rsalvaterra> lipnitsk: If you're reading this, it's working fine. :)
Mar 17 15:42:36 <lipnitsk> rsalvaterra: does the device run cooler with it or something? less power?
Mar 17 15:42:39 <jow> gch981213: rsalvaterra: thank you
Mar 17 15:43:18 <gch981213> lipnitsk: They somehow don't want to use UBI till recently so they need something else to deal with bad blocks.
Mar 17 15:43:40 <rsalvaterra> lipnitsk: It should use less power, yes, but I haven't measured.
Mar 17 15:45:09 <jow> gch981213: rsalvaterra: could you run this too? "grep DEVTYPE /sys/class/net/*/uevent" - background is that I look for a good way to discover DSA ports, blogic just gave me the tip to check uevent, which shows DEVTYPE=dsa
Mar 17 15:45:39 <rsalvaterra> lipnitsk: By the looks of it, seems like core 0 never gets to sleep, for the time being… https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/drivers/cpuidle/cpuidle-cps.c?h=linux-5.10.y#n29
Mar 17 15:45:50 <rsalvaterra> jow: Sure, one sec…
Mar 17 15:45:52 <gch981213> jow: https://paste.ubuntu.com/p/kWpKdgcJjt/
Mar 17 15:46:31 <rsalvaterra> jow: Still trying to find a reliable way to enumerate DSA ports? :)
Mar 17 15:46:54 <rsalvaterra> jow: https://paste.debian.net/1189745/
Mar 17 15:46:55 <jow> rsalvaterra: yes, or again rather. Trying to finish the LuCI support
Mar 17 15:47:11 <gch981213> lipnitsk: If your goal is to upstream the nand driver, just ignore the bad block table for now.
Mar 17 15:47:15 <jow> and I want to offer something similar to the old swconfig switch port status display
Mar 17 15:47:44 <stintel> jow: https://gist.github.com/stintel/5d9ac7d4aa0290002e12794fc8f33862
Mar 17 15:47:53 <jow> somehow I never stumbled over uevent DEVTYPE= so far
Mar 17 15:47:58 <jow> it makes things a lot easier
Mar 17 15:47:59 <rsalvaterra> jow: Ah, yes, that was pretty.
Mar 17 15:48:26 <lipnitsk> gch981213: okay. yeah I want to see how difficult it might be to merge with the in-tree driver for mt7622,mt2701,mt2712
Mar 17 15:49:21 <rsalvaterra> jow: Speaking of which, there's still no way to define a port PVID in DSA with UCI, right?
Mar 17 15:52:30 <jow> rsalvaterra: ther eshould be
Mar 17 15:53:40 <lipnitsk> gch981213 ynezz can you cherry-pick 680f91d0e5444d58815af03bf41c12592438f9d8 (TRGMII mode fix) into 21.02?
Mar 17 15:55:16 <jow> rsalvaterra: https://pastebin.com/EB92mJgK
Mar 17 15:55:18 <gch981213> lipnitsk: I'd prefer letting the patch staying in master for a while before backporting. I'll do that next week.
Mar 17 15:55:44 <jow> rsalvaterra: the ports denoted with '*' will set the "option vlan" value as pvid
Mar 17 15:56:06 <lipnitsk> gch981213: okay, thank you, that sounds good to me. just making sure it wasn't forgotten.
Mar 17 15:56:57 <jow> so lan1, lan2 will get pvid 100 and lan4 will get pvid 200 in the pasted example
Mar 17 15:57:41 <jow> if a port is marked with '*' in multiple vlans, the behaviour is undefined, afair the last one takes precedence then though, due to the way the config is parsed
Mar 17 15:59:07 <jow> and it could be that line 4 of my paste is redundant since the union of all brdige-vlan ports is added as bridge port members
Mar 17 16:21:34 <rsalvaterra> jow: Ooooh, I had seen that somewhere in your tree, but I though it hadn't been merged yet!
Mar 17 16:22:06 <jow> it has been added into netifd
Mar 17 16:22:19 <jow> the stuff in my tree was a shell based mockup
Mar 17 16:23:44 <jow> you can indeed omit the entire config device section if you target the preexisting br-lam
Mar 17 16:23:47 <jow> *br-lan
Mar 17 16:24:08 <jow> so merely adding config bridge-vlan sections with "option device br-lan" should suffice to enable vlan filtering
Mar 17 16:25:18 <rsalvaterra> Great, that means we're on par with swconfig, LuCI being the only missing piece. :)
Mar 17 16:26:21 <jow> yeah, still trying to fix various ugly corner cases
Mar 17 16:28:21 <rsalvaterra> We could just… you know… deprecate LuCI…
Mar 17 16:28:24 * rsalvaterra runs
Mar 17 16:30:21 <jow> yeah great plan. break backwards config, introduce dsa without config port and then throw away the entire ui because stuff is hard
Mar 17 16:30:25 <jow> users going to love it
Mar 17 16:31:06 <rsalvaterra> I'm obviously kidding… ;)
Mar 17 16:31:06 <jow> I guess we should deprecate uci too and just ship a huge rc.local with iproute2 commands, people can just edit it to their needs
Mar 17 16:31:32 <jow> I know :)
Mar 17 16:35:40 <rsalvaterra> jow: I did a test yesterday… built an image for my WDR3600 selecting only zstd as the jffs2 compression algorithm (disabling both lzo and rtime). It cut about 200 kB from my sysupgrade image.
Mar 17 16:35:59 <rsalvaterra> *lzma and rtime
Mar 17 16:36:14 <olmari> sounds promising
Mar 17 16:36:27 <jow> nice
Mar 17 16:36:28 <rsalvaterra> Really… lzma is a pig.
Mar 17 16:38:21 <rsalvaterra> I'd like to backport this, but not before upstream merges it. :) http://lists.infradead.org/pipermail/linux-mtd/2021-March/085696.html
Mar 17 16:49:08 <rmilecki> jow: https://pastebin.com/EPY0nkqK (/sys/class/net output)
Mar 17 16:49:51 <rmilecki> jow: https://pastebin.com/eMicsagS (uevent)
Mar 17 16:50:29 <jow> rmilecki: thanks!
Mar 17 16:51:48 <rmilecki> jow: "sw" is external switch handling 4 extra LAN ports
Mar 17 17:09:39 <Grommish> Interesting..  I was having issues with suricata not finding pcap.h.  I was setting a sysroot and pointing it directly at the include and lib dir..  Turns out, the <sysroot>/usr/lib/pcap.h just pointed to the host pcap.h..  which isn't listed as a build enviroment pre-req..  usr/lib/pcap/pcap.h is what needs to be used
Mar 17 17:10:11 <Grommish> I wonder why the usr/lib/pcap.h doesn't point to the usr/lib/pcap/pcap.h rather than <include/pcap.h>
Mar 17 17:11:01 <Grommish> I didn't have libpcap-dev installed
Mar 17 18:14:03 <Grommish> rsalvaterra: ping
Mar 17 18:14:21 <guidosarducci> jow: hey there, wondering if you're OK pulling in the fw3 DSCP fixes? Let me know if you're getting swamped and I'll squash and try sending to the mailing list. Cheers!
Mar 17 18:16:23 <Grommish> rsalvaterra: Am I correct in reading that this (https://patches.linaro.org/cover/117995/) is the RTL83xx DSA driver?
Mar 17 18:16:25 <rsalvaterra> Grommish: o/
Mar 17 18:18:08 <rsalvaterra> Grommish: That's the SMI interface driver, shared by all the Realtek switched that implement it: https://www.kernel.org/doc/Documentation/devicetree/bindings/net/dsa/realtek-smi.txt
Mar 17 18:18:41 <Grommish> Right, so why can't I use that for this RTL8367RB instead of swconfig?
Mar 17 18:19:16 <Grommish> rsalvaterra: https://patches.linaro.org/patch/117998/
Mar 17 18:19:29 <Grommish> I need to dig thru the tree and see if it's there or not
Mar 17 18:19:50 <Grommish> After this build gets done. but that suggest DSA is available for the 8367RB
Mar 17 18:20:26 <rsalvaterra> Well, you can try to see if it works, yes.
Mar 17 18:20:43 <rsalvaterra> I don't know how much RTL8367RB differs from the RTL8366RB
Mar 17 18:23:07 <Grommish> I saw a list but now I can't find it.. If that is the 66, then it is in already
Mar 17 18:32:26 <aparcar[m]> mangix: tested?
Mar 17 18:32:34 <aparcar[m]> rsalvaterra: how can i test you zstd stuff?
Mar 17 18:33:33 <rsalvaterra> aparcar[m]: Ehrm… you can't, yet…? :/
Mar 17 18:33:49 <rsalvaterra> I mean, it requires changes to fstools too. I'm doing this one step at the time…
Mar 17 18:38:14 <rsalvaterra> aparcar[m]: You need this in openwrt: https://github.com/rsalvaterra/openwrt/commit/0d437c762f35ce1e15a1dd8664d0c807c59bfa9d
Mar 17 18:39:05 <rsalvaterra> aparcar[m]: And you need this in fstools: https://github.com/rsalvaterra/fstools/commit/6fb942b99fd97f7b513e960923856e0428b9888d
Mar 17 18:41:18 <rsalvaterra> aparcar[m]: Oh, and you also need this in openwrt, to expose the configuration: https://github.com/rsalvaterra/openwrt/commit/17ff4eaeb35704772de3c32e5cc4144bb0a026ca
Mar 17 19:03:44 <rsalvaterra> mangix: Imma cherry-pickin' ur gold linker patches. :P
Mar 17 19:15:16 >KGB-0< https://tests.reproducible-builds.org/openwrt/openwrt_ath79.html has been updated. (99.1% images and 98.0% packages reproducible in our current test framework.)
Mar 17 19:54:18 <aparcar[m]> rsalvaterra: uha, well keep me posted
Mar 17 19:54:42 <rsalvaterra> aparcar[m]: Don't worry, I will. ;)
Mar 17 22:07:36 <mangix> aparcar[m]: tested what? gold patches?
Mar 17 22:08:39 <mangix> Grommish numbers are too good to be true. Although I didn't test his method.
Mar 17 22:09:02 <Grommish> Yeah, that's why he's also running it
Mar 17 22:09:08 <Grommish> :) I don't believe them either
Mar 17 22:14:40 <rsalvaterra> mangix: I also found them hard to believe, so I did the same. :P
Mar 17 22:16:00 <rsalvaterra> mangix: I tried -nostdinc and… no good. The mt76 build fails, because there are standard headers in kernel.h.
Mar 17 22:17:00 <rsalvaterra> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/include/linux/kernel.h?h=linux-5.10.y
Mar 17 22:17:23 <rsalvaterra> The compiler screams loudly at that #include <stdarg.h>.
Mar 18 00:28:40 <mangix> rsalvaterra: nbd seems to be working on it. it seems -nostdinc is not the only flag :)
Mar 18 00:28:56 <mangix> btw that stdarg is not the libc one
Mar 18 00:29:12 <stintel> hmm, both my ERLs show only 384MB RAM. I thought they had 512MB
Mar 18 00:29:24 <mangix> brb
Mar 18 00:33:22 <stintel> [    0.000000] Memory: 383588K/499276K available (8250K kernel code, 758K rwdata, 2804K rodata, 1488K init, 27213K bss, 115688K reserved, 0K cma-reserved)
Mar 18 00:33:31 <stintel> ok that's a lot of reserved memory, no?
Mar 18 00:34:43 <rsalvaterra> stintel: What device is that?
Mar 18 00:36:05 <stintel> rsalvaterra: edgerouter lite (octeon)\
Mar 18 00:36:21 <stintel> anyway, late enough, nn
Mar 18 00:36:48 <rsalvaterra> stintel: I'm off to bed too. Cheers! :)
Mar 18 00:56:37 <mangix> oh no this annoying nostradamus guy hit the packages feed
Mar 18 01:56:17 <aparcar[m]> mangix: link?
Mar 18 02:08:14 <mangix> aparcar[m]: https://github.com/openwrt/packages/pull/10792#issuecomment-801544418 . he was banned on cifsd for being too annoying
Mar 18 02:15:10 >KGB-0< https://tests.reproducible-builds.org/openwrt/openwrt_sunxi.html has been updated. (0% images and 98.2% packages reproducible in our current test framework.)
**** ENDING LOGGING AT Thu Mar 18 02:59:56 2021