<Grommish> The patch I linked matches up except where OpenWrt made struct changes and split off some of the defines
rua has quit [Ping timeout: 480 seconds]
<Grommish> So dunno if it was just upstream changes and that debugfs dsa patch is just old, or if things were done inhouse to better define certain switches
<Grommish> But.. I just know it's beyond my abilities right now to fix
<philipp64> stintel: what comment?
rua has joined #openwrt-devel
<philipp64> stintel: merged your changes with Thermi's... https://github.com/openwrt/packages/pull/16367
<mangix> Grommish: that PR is superseded by https://github.com/openwrt/openwrt/pull/4036 . Ansuel is handling it.
<stintel> philipp64: it could be that all other BuildPlugin calls now require an extra , at the end
<Grommish> mangix: Ok.. Thanks :) I'm just wanting to find someone who can make use of the debugfs stuff and put it in so I can use it >_<
<stintel> but I'm not a Makefile hero
<stintel> let's see what CI says
<stintel> philipp64: I've also just submitted the perl 5.34 bump
<philipp64> 👍🏻
<mangix> Grommish: why?
<Grommish> because I'm still working on the er10x with the dual switch chips.. One has DSA, the other uses swconfig still
<Grommish> and I"m hoping it'll help with that
<mangix> Can't you add the patch locally? I don't think it's useful upstream.
<Grommish> mangix: Thats why I was asking :)
<Grommish> If it was worth the time and effort
<Grommish> If it was, I would have found someone competent to deal with it.. Since it's not, I'll hack thru it
<stintel> CI not happy about perl :)
<stintel> it doesn't even build on x86/64 ... wtf
<mangix> stintel: pure arcanery. don't ask me :)
<stintel> well let's hope it draws some attention
<stintel> the other option is to mark it BROKEN and if someone really needs it they can invest time in it
<stintel> gnupg1 should probably also be nuked
<mangix> Does anyone even use gnupg on OpenWrt?
<slh> fragile two-factor auth (smartcard)? (not defending its purpose at all)
<stintel> there seem to be some dependencies
<stintel> but really anything should be able to use gnupg2 by now
shibboleth has quit [Quit: shibboleth]
<stintel> seusers_local.c:11:10: fatal error: libaudit.h: No such file or directory
<stintel> moar yak shaving
Tapper has quit [Ping timeout: 480 seconds]
<mangix> stintel: so the current perl fails to compile for you with GCC10?
goliath has quit [Quit: SIGSEGV]
<owrt-snap-builds> Build [#232](https://buildbot.openwrt.org/master/images/#builders/44/builds/232) of `mediatek/mt7622` failed.
rua has quit [Quit: Leaving.]
Rentong has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
danitool has quit [Ping timeout: 480 seconds]
cp- has quit [Ping timeout: 480 seconds]
dangole has quit [Ping timeout: 480 seconds]
<owrt-snap-builds> Build [#236](https://buildbot.openwrt.org/master/images/#builders/53/builds/236) of `bcm27xx/bcm2711` completed successfully.
Rentong has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
Tapper has joined #openwrt-devel
digitalcircuit has quit [Quit: Signing off from Quassel - see ya!]
digitalcircuit has joined #openwrt-devel
<stintel> mangix: not perl but a bunch of the perl-* packages
<fda> ssl cert of forum.openwrt.org is expired
<owrt-snap-builds> Build [#237](https://buildbot.openwrt.org/master/images/#builders/68/builds/237) of `at91/sama5` completed successfully.
<stintel> fda: was already reported
<stintel> I guess something changed on LE's side which breaks our setup
<stintel> hah, it's using v1 api :.
Rentong has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
<fda> ACMEv1 was disabled in june...
<stintel> well that explains things then
<fda> https://community.letsencrypt.org/t/end-of-life-plan-for-acmev1/88430 "In June of 2021 we will entirely disable ACMEv1 as a viable way to get a Let’s Encrypt certificate."
<stintel> I blame acme.sh for not automatically start using v2
<fda> for my personal domains im using DNS-01 to be able to get wildcard certs. so the subdomains are no listed in official logs and dont get scanned all the time...
<stintel> we seem to be using a mix of DNS-01 and HTTP-01
<stintel> with acme.sh
<fda> if you dont want wildcard, there is also a way to add custom hostnames
<stintel> I use dehydrated myself, looks a bit cleaner than acme.sh imo
<fda> btw i update acme.sh only if i have much time
<stintel> anyway, I fixed it manually
<stintel> our problem is that we don't have any monitoring at all
<stintel> this would have catched the cert expiration before happening
<stintel> DNS-01 HTTP-01 wildcard or not is not relevant here
<fda> if you have only 1 cert for all subdomains, only 1 cert has to be monitored
<fda> is there openwrt "status" page of all the servers?
<stintel> fda: you're assuming everything runs on 1 server?
clef has joined #openwrt-devel
<fda> i have a revers https-proxy for encryption
<fda> so all (the) certs are on 1 device
<stintel> yeah, single point of failure is not a great idea
<stintel> at least now only the forum was down
<stintel> well, not even down but kind of
<fda> has openwrt a status page like https://letsencrypt.status.io/ ?
<stintel> I don't know of any
<stintel> pfft, $79 per month
<stintel> that's almost enough to cover our entire DO cost
<stintel> I'll just setup a new droplet with icinga
Acinonyx_ has joined #openwrt-devel
<fda> i know only cacti and nagios
<fda> and have never herad about icinga
<aiyion> Good morning everyone. I got mail to verify a part of a partition was "writable U-boot environment" or not. How do I verify this using my serial console?
Acinonyx has quit [Ping timeout: 480 seconds]
<aiyion> I saw uboot had some simple measures to write memory, (mm, mw, nm), is it about them?
clef has quit [Remote host closed the connection]
<aiyion> Within the region to test there's a string "OMEGA" at 0x9F01FD00.
<aiyion> I use "cp 0x9F01FD00 0x9F01FE00 3"
<aiyion> and verify 0x9F01FE00 has not changed using "md 0x9F01FE00" which still just contains "FF"
danitool has joined #openwrt-devel
<PaulFertser> aiyion: writable U-boot environment is the partition where it stores the variables you see with "printenv". In u-boot you modify them with "setenv" and store to flash with "saveenv".
<aiyion> And in case saveenv does not exist?
<aiyion> "## Error: unknown command 'saveenv'"
<aiyion> setenv works; until I reboot. I suspect there is no environment for u-boot to store config.
<blocktrron_> aiyion: there is none for your device
<aiyion> Any ideas on how I should alter the partition layout regarding to the thread?
Rentong has joined #openwrt-devel
<stintel> wait we have no CI in https://github.com/openwrt/openwrt?
Rentong has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
<stintel> no CI in gitlab either? wut
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
blocktrron_ has quit [Remote host closed the connection]
Rentong has joined #openwrt-devel
fda has quit [Quit: ZNC - https://znc.in]
cp- has joined #openwrt-devel
<stintel> bah, greylisting broke thread
fda has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
Rentong has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
Rentong has joined #openwrt-devel
blocktrron has joined #openwrt-devel
blocktrron has quit []
goliath has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
Rentong has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
<stintel> hauke: thanks for review. fixed in https://git.openwrt.org/?p=openwrt/staging/stintel.git;a=shortlog;h=refs/heads/gcc10 - want me to respam everyone with a v2?
<hauke> stintel: no not needed
<hauke> stintel: there is a ticket for the umbim problem now: https://bugs.openwrt.org/index.php?do=details&task_id=3980
f5 has joined #openwrt-devel
<stintel> hauke: ah, I've just replied, let me check that ticket too
<stintel> I'll be happy to get this series out the door soonish
<stintel> before I let it hang for few months again
<stintel> so your review is much appreciated!
<stintel> would like to get an ack from blogic_ though for the umbim change, not sure if that's the proper way to go
<hauke> stintel: then the musl 1.2 update is the next task ;-)
<stintel> :P
<stintel> I'd like to reduce the amount of local/custom patches and that's one of them :)
<hauke> I am not really an expert in this area, but I do not see a problem with this change
<hauke> there are probably more adavanced options to solve this, but as a starting point it looks ok
<stintel> oink. reset GL-MT1300 via reset button and requires password afterwards :/
wvdakker has joined #openwrt-devel
<stintel> hah, right
<stintel> OpenWiFi
<ldir> stintel: your mbim change looks odd to me
<ldir> and I prefix these comments with I'm really not an expert in any way shape or form.
<ldir> but your patch changes the source structure from 'unpacked' to 'packed' right? and if google said error I see people doing the exact opposite.
<stintel> I had an explanation in my head earlier but I lost it :(
<ldir> LOL
<ldir> My thought is that the change might fix it for one arch, but break it on another, depending on alignment restrictions etc.
<ldir> and the only way I can think around that is to define a local pointer var and memcpy the source string structure pointer into that
<hauke> ldir: I also think this fix is strange
<hauke> but it could also be just a compiler problem and we changed something and now it is silent ;-)
<hauke> the structures are all 32 bit alligned even without adding packaged
<owrt-snap-builds> Build [#233](https://buildbot.openwrt.org/master/images/#builders/44/builds/233) of `mediatek/mt7622` completed successfully.
<hauke> it could be a problem because the unpackged struct mbim_string was embedded into a packed structure
<ldir> IIUIC the source buffer may not be aligned, that's what the compiler is warning about. The pointer to the structure may not be on a 4 byte boundary
<ldir> And I guess we have no control of the source string(s)
<ldir> I suspect the 'technically correct' solution is as I suggested, have a local ptr var (to mbim_string struct) and memcpy the source structure pointer value to that temp pointer var. The local ptr variable will be architecture aligned.
<ldir> a very quick look at mbim_get/encode_string suggests to me we can guarantee 2 byte alignment but not 4
<ldir> on the other hand I could be talking balls.
<stintel> right, that sounds like something I stumbled upon, but couldn't find that anymore
embargo has quit [Quit: ZNC 1.7.4 - https://znc.in]
embargo has joined #openwrt-devel
<ldir> https://pastebin.com/shXGVV0K - is what I'm thinking.
Tapper has quit [Ping timeout: 480 seconds]
<stintel> ldir: mind responding that to 2/6 ?
<ldir> I'm not subscribed to the dev list so that's a little difficult
madwoota has quit [Read error: Connection reset by peer]
rua has joined #openwrt-devel
madwoota has joined #openwrt-devel
<hauke> I think in practice we will not have this problem
<hauke> at least I do not care so much about umbim
<ldir> I'd be interested to know if what I suggested a) shuts the compiler up and b) the code still works :-D
<ldir> hauke: turn the warning off?
<hauke> ldir: you have to allocate some memory for strptr first
<hauke> and then also free it at some point in time
danitool has joined #openwrt-devel
<ldir> if I define a pointer to a var then the space for the pointer gets allocated no?
<ldir> But I suspect I've got completely confused.
<hauke> ldir: you are coping the pointer and not its content, that should be ok
<hauke> I think the problem is that you can not access a pointer to a 32 value which is not 32 bit aligned on some archs like mips
<ldir> that's what I'm intending to do yes.
<hauke> yes this could work
<ldir> but I've been looking at this too long and now my head hurts.
champtar has quit [Quit: WeeChat 3.0.1]
Tapper has joined #openwrt-devel
Rentong has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
<Pepes> stintel: regarding the status.io, etc. What about HetrixTools? It is free for basic stuff and it checks SSL certificates as well.
dedeckeh has joined #openwrt-devel
<stintel> Pepes: no experience with that, shared the idea in -adm, thanks
Tapper has quit [Ping timeout: 480 seconds]
clef has joined #openwrt-devel
amq_ has joined #openwrt-devel
isak has quit [Ping timeout: 480 seconds]
guidosarducci has quit [Remote host closed the connection]
guidosarducci has joined #openwrt-devel
isak has joined #openwrt-devel
por has joined #openwrt-devel
por has quit [Remote host closed the connection]
minimal has joined #openwrt-devel
* ldir bashes head against wall with cli.c
amq_ has quit [Quit: Page closed]
<swalker> updated openwrt/upstream, https://sdwalker.github.io/uscan/index.html
<fda> @dangole have you an idea why with e8450 in /proc/meminfo "sometimes" the buffers line is missing?
<dangole> fda: i've never seen that. maybe if buffers == 0 it's not shown?
<fda> no, not "0"
<fda> he has it with ubi, i noticed it with non-ubi
<dangole> fda: i'd look for differences in dmesg
<fda> i thought it was only with non-ubi as it is a whlie wince i saw it last time
<fda> output of meminfo contains in the forum "0"
<fda> maybe just some issue in luci handling where 0 is handled as null
<ldir> stintel: would you care to try https://git.openwrt.org/?p=openwrt/staging/ldir.git;a=commit;h=4a73e13a16411e99025cd0a40735ed4599a96f26
<stintel> ldir: holy cow :P
<ldir> yeah it is a bit isn't it :-/
<fda> the forum shows error "PR_END_OF_FILE_ERROR"
<stintel> looks like Tedd is doing some maintenance
<stintel> as follow-up of my repairing the SSL ert crap
clef has quit [Read error: No route to host]
<fda> @dangole missing line was because of a wrong test. if the value is "0" the line is hidden. for "null" luci shows "?"
clef has joined #openwrt-devel
<owrt-snap-builds> Build [#238](https://buildbot.openwrt.org/master/images/#builders/68/builds/238) of `at91/sama5` failed.
clef_ has joined #openwrt-devel
clef has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
<Slimey> snip snip
Tapper has quit [Ping timeout: 480 seconds]
<owrt-snap-builds> Build [#231](https://buildbot.openwrt.org/master/images/#builders/10/builds/231) of `bcm63xx/smp` failed.
Tapper has joined #openwrt-devel
wvdakker has quit [Quit: wvdakker]
<stintel> alright, figured out the MTU thing on the M300
<stintel> and now all the DSA MTU warnings are gone
<stintel> woooot
<stintel> there seems to be a brainfart in the dpaa/fman mtu handling
<stintel> default fsl_fm_max_frm is 1522 but they substract (VLAN_ETH_HLEN + ETH_FCS_LEN) so max mtu for dpaa_eth is 1500 and vlan or dsa requires > 1500
<stintel> fortunately I can override it on the cmdline: fsl_dpaa_fman.fsl_fm_max_frm=1522
<stintel> just used the wrong prefix in my previous attempts
<stintel> so now I have 8 working ethernet ports on the m300!
<stintel> and let's see if that also fixes the "Err FD status = ..."
<stintel> which I found that they are either frame size errors or header error
<stintel> I kinda feel they will both be fixed by this mtu thing
clef has joined #openwrt-devel
clef_ has quit [Read error: No route to host]
Tapper has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
minimal has quit []
rmilecki has quit [Ping timeout: 480 seconds]
KGB-1 has quit [Remote host closed the connection]
lewellyn has joined #openwrt-devel
lewellyn has quit [Quit: Page closed]
rua has quit [Quit: Leaving.]
rsalvaterra has joined #openwrt-devel
<rsalvaterra> stintel: I had a go at killing CONFIG_RCU_EXPERT from our configs. Want to take a look?
<stintel> rsalvaterra: that shall be for tomorrow :)
<rsalvaterra> stintel: Sure, it's late. I'll mail you the patch, then. :)
<stintel> getting pretty close to fully working M300 btw :)
<stintel> figured out the MTU errors during DSA config
<rsalvaterra> I'm starting to think I should get one before you drive the market price up. :P
<stintel> :D
<stintel> but that means I have now 8 working ethernet ports
<rsalvaterra> Oooooh, sweet!
Tapper has quit [Ping timeout: 480 seconds]
cp- has quit [Remote host closed the connection]
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
<digitalcircuit> enyc, slh: Belatedly, thank you for the suggestions/talk. Update since then - the powered USB 3.0 hub doesn't stop the issue, either, so I'm on to trying the DTSI voltage boost as noted in https://lists.openwrt.org/pipermail/openwrt-devel/2021-August/036026.html - just need to research what a "safe" value to increase it by is.
<digitalcircuit> To my frustration, /rarely/ the router still reboots with 1.4 GHz L2 cache frequency disabled. It's rare though; most of the times instead GNOME's GIO or OpenSSH or something dies instead (haven't tracked that down yet, but at the least the router itself seems unaffected, no reboot).
<digitalcircuit> (Reboots happen much more reliably with L2 1.4 GHz enabled, so I think I'm encountering multiple unrelated issues with similar stressors/causes at the same time.)
rsalvaterra_ has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
rsalvaterra_ has quit []
rsalvaterra has quit [Ping timeout: 480 seconds]
Tusker has joined #openwrt-devel
Tapper has joined #openwrt-devel
<Tapper> stintel that m300 looks like a cool devices. Where would one get there hands on one?
<slh> ebay has used ones around 200 EUR
<slh> with wide margins in either direction
<slh> UK prices seem to be more attractive, https://www.ebay.co.uk/itm/363377663541
<stintel> ebay indeed, but apparently it's not even EOL
<stintel> I suspect more might become available after 12/2022
<slh> based on your reports, I've been keeping my eyes open as well ;)
<stintel> hah :)
<slh> Tapper: two things to consider, it's a rack based device with active cooling
<stintel> one thing I discovered though: my sqm slowness on apu2 might have been due to doing it on a macvlan device instead of on the underlying ethernet device :/
<Tapper> O how load is it?
<Tapper> loud*
<stintel> so I'll be doing some new tests one of these days, with my now retired APU2 and my 2nd M300
<stintel> you hear it but it's not crazy loud
<stintel> well and it depends on the revision. some old models are crazy loud at startup
<Tapper> stintel could you keep it in a room where people sit and wotch TV?
<Tapper> and can you just set it on a desk?
<Tapper> I don't have a rac to put it in.
<slh> setting it on a desk, sure
<stintel> that depends on your tolerance :)
<slh> just glue 4 rubber feets beneath it
<stintel> my workstation is not silent, and the 3kVA UPS below it even less, so it doesn't really bother me
<slh> it's just relatively large, 1U high, 19" wide
<stintel> and my home cinema can easily hide the noise anyway :P
<slh> without owning one, I probably wouldn't quite consider it to be TV compatible through
Rentong has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
<slh> Tapper: do you have an ISP/ WAN speed upgrade ahead?
<Tapper> slh I have 220 down and 22 up rite now, but my ISP can go up to 1 g down and 200 up
<Tapper> it's VM UK
<Tapper> I have a r7800 rite now but running SQM drops my speed to 165 down and 17 up
<Tusker> i decided to stick to 100/40 and gain BGP instead of a speed upgrade
<Tapper> My wrt3200acm with SQM was 150 down and 16.50 up
<Tapper> The 8 ports would be a nice thing to.
<slh> yep, sure - but unless you plan a real speed upgrade, I'd probably suggest a more living-room-compatible approach (passively cooled)