Ansuel has joined #openwrt-devel
fda has quit [Quit: ZNC - https://znc.in]
fda has joined #openwrt-devel
Grommish_ has joined #openwrt-devel
Grommish_ has quit []
Grommish has quit [Ping timeout: 480 seconds]
Ansuel has quit [Ping timeout: 480 seconds]
Ansuel has joined #openwrt-devel
Ansuel has quit [Ping timeout: 480 seconds]
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
Ansuel has joined #openwrt-devel
lmore377 has quit [Quit: No Ping reply in 180 seconds.]
lmore377 has joined #openwrt-devel
Ansuel has quit [Ping timeout: 480 seconds]
Ansuel has joined #openwrt-devel
Ansuel has quit [Ping timeout: 480 seconds]
Ansuel has joined #openwrt-devel
Tusker has quit [Remote host closed the connection]
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
Ansuel has quit [Ping timeout: 480 seconds]
Tusker has joined #openwrt-devel
Cheddoleum has joined #openwrt-devel
<neggles> why the heck do I keep getting "WARNING: Makefile 'package/feeds/packages/ieee8021xclient/Makefile' has a dependency on 'wpa_supplicant', which does not exist" type errors even when i have just freshly cloned everything and updated feeds? (note: mostly rhetorical i'll figure it out)
Cheddoleum has left #openwrt-devel [#openwrt-devel]
<neggles> that's whyt
<dwfreed> the irony of the person complaining it's broken is the person who reportedly committed it
KGB-0 has quit [Remote host closed the connection]
<mangix> dwfreed: indeed
minimal has quit []
Grommish has joined #openwrt-devel
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
Luke-Jr has quit []
Luke-Jr has joined #openwrt-devel
Luke-Jr has quit []
Luke-Jr has joined #openwrt-devel
nitroshift has joined #openwrt-devel
goliath has joined #openwrt-devel
KGB-0 has joined #openwrt-devel
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
Tapper has joined #openwrt-devel
Ansuel has joined #openwrt-devel
Ansuel has quit [Ping timeout: 480 seconds]
<neggles> dwfreed: it's worse than that, if you change it to 'wpa-supplicant' you get a recursive dependency error because it's got the + beforehand
<neggles> so it tries to select wpa-supplicant which... has some interesting effects given the large assortment of wpa-supplicant packages available
pmelange has joined #openwrt-devel
danitool has joined #openwrt-devel
pmelange has quit [Quit: Leaving.]
rua has quit [Quit: Leaving.]
aleksander has quit [Quit: Leaving]
<rsalvaterra> mangix: Actually, that wpa-supplicant-only dependency doesn't seem correct. Wpad also provides the supplicant.
<rsalvaterra> Also… only wpad and wpa-supplicant (with built-in crypto)? What about the basic/full variants?
<mangix> rsalvaterra: blame dango: https://github.com/openwrt/packages/issues/16525
<rsalvaterra> mangix: Wait, I hadn't seen that. He's probably right, let me see the makefile…
<rsalvaterra> PROVIDES:=wpa-supplicant
<rsalvaterra> Yep. It's just a typo.
<rsalvaterra> Depending on wpa-supplicant should be correct.
<rsalvaterra> mangix: I shouldn't be looking at the hostapd makefile in the morning. It's unhealthy.
<rsalvaterra> Yeah, quite a mess.
<mangix> anyway. failures yesterday were because of ccache. quite bizarre
<mangix> W/e. Decent fixes were done.
<rsalvaterra> mangix: I don't use ccache for that very reason. Weird random build failures.
<neggles> rsalvaterra: okay cool, it's not just me looking at the hostapd makefile and going "bwuh?"
<neggles> :P
rua has joined #openwrt-devel
pmelange has joined #openwrt-devel
mrkiko has joined #openwrt-devel
rua has quit [Quit: Leaving.]
Tapper has quit [Ping timeout: 480 seconds]
Ansuel has joined #openwrt-devel
Strykar has quit [Quit: /quit]
Strykar has joined #openwrt-devel
Ansuel has quit [Ping timeout: 480 seconds]
Tusker has quit [Quit: Time wasted on IRC: 8 hours 33 minutes 23 seconds]
Ansuel has joined #openwrt-devel
aleksander has joined #openwrt-devel
Tapper has joined #openwrt-devel
xback has joined #openwrt-devel
<xback> blocktrron: Hi
<xback> We're playing around with rb922 boards in the field (ath79) were we can interrupt the datalink from ethernet
<xback> this results in: Qualcomm Atheros AR8031/AR8033 mdio.0:04: Downshift occurred from negotiated speed 1Gbps to actual speed 100Mbps, check cabling!
Ansuel has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<xback> seeing this on all of them
<xback> the poe inserter used is only 100Mbps capable
<xback> not sure how it ever could negotiate 1gbps :-)
<karlp> iirc, allthe ath79 claim 1Gbps for the top link, even though the external ports are then only 100M
<xback> the problem is that it appears to cause significant packet loss
pmelange has quit [Ping timeout: 480 seconds]
pmelange has joined #openwrt-devel
tohojo has quit [Ping timeout: 480 seconds]
tohojo has joined #openwrt-devel
rua has joined #openwrt-devel
<blocktrron> xback: I'm a bit lost why you mentioned me there, i never had something to do with ath79-mikrotik
minimal has joined #openwrt-devel
aleksander has quit [Quit: Leaving]
jbowen has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
<rsalvaterra> Looks like OpenSSL 3.0 is just in time for 22.x… :P
<xback> blocktrron: Oh, i'm sorry. I thought you also made some changes to the ar8033 driver?
nitroshift has quit [Quit: Gone that way --->]
gladiac has quit [Ping timeout: 480 seconds]
gladiac has joined #openwrt-devel
Tapper has joined #openwrt-devel
KGB-1 has quit [Remote host closed the connection]
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<blocktrron> xback: ah, yes i did submit some fixes recently
<owrt-snap-builds> Build [#275](https://buildbot.openwrt.org/master/images/#builders/37/builds/275) of `sunxi/cortexa7` failed.
goliath has quit [Quit: SIGSEGV]
philipp64|work has joined #openwrt-devel
rsalvaterra_ has joined #openwrt-devel
philipp64|work has quit [Quit: philipp64|work]
rsalvaterra has quit [Ping timeout: 480 seconds]
goliath has joined #openwrt-devel
philipp64 has quit [Ping timeout: 480 seconds]
<mangix> rsalvaterra: that was actually because of a local version update to 4.4. 4.3 works fine.
<mangix> Also, please no OpenSSL 3.0
f5 has joined #openwrt-devel
Slimey has quit [Read error: Connection reset by peer]
Slimey has joined #openwrt-devel
f00b4r0__ has joined #openwrt-devel
T-Bone has quit [Ping timeout: 480 seconds]
minimal has quit []
danitool has joined #openwrt-devel
f00b4r0__ has quit [Quit: Quitte]
Tapper has quit [Ping timeout: 480 seconds]
slh has quit [Ping timeout: 480 seconds]
slh64 has quit [Ping timeout: 480 seconds]
slh64 has joined #openwrt-devel
slh has joined #openwrt-devel
jbowen has quit [Ping timeout: 480 seconds]
jbowen has joined #openwrt-devel
<rsalvaterra_> mangix: Don't worry, I gave up when the build failed complaining it couldn't find libatomic. xD
<rsalvaterra_> Also, all engine/cryptodev patches fail to apply. Could be obsolete, don't know.
<rsalvaterra_> It's been a *long* time since 1.1.1.
<mangix> sure but in terms on TLS libraries OpenWrt tends to stay on LTS for as long as possible.
<mangix> /s/on/of
<mangix> 3.0 has nothing interesting anyway
<rsalvaterra_> mangix: Not even in terms of engines? (I was never able to get OpenSSL engine support working, on any system, by the way.)
Borromini has joined #openwrt-devel
<mangix> rsalvaterra_: cotequeiroz has a different implementation of AFALG in the packages feed. Might want to use that
<mangix> I used it on my NAS for a while
<mangix> until I realized engines are totally pointless. They need batching to really be effective
jbowen has quit [Ping timeout: 480 seconds]
lucenera has quit [Quit: The Lounge - https://thelounge.chat]
<rsalvaterra_> mangix: I know, that's why I haven't insisted. :P
<rsalvaterra_> Actually, NAS encryption should be a viable use case. For VPN it's completely useless, for sure.
<mangix> uhh, what?
<rsalvaterra_> mangix: Hardware crypto?
<mangix> what do you mean NAS encryption?
<mangix> webserver HTTPS?
<rsalvaterra_> mangix: Sorry, block device encryption. :)
<mangix> That's handled at kernel level.
<rsalvaterra_> Sure, but the kernel is able to user hardware crypto, if available.
<rsalvaterra_> *use
<mangix> right but that's unrelated to openssl
<rsalvaterra_> Yeah, OpenSSL would have to set up the crypto engine, send the data, wait for the result… I count at least two context switches plus the engine setup time. Not good.
<mangix> mhmm
<rsalvaterra_> I wonder if io_uring would make it more feasible…
<mangix> speaking of hardware, I'm still irritated that only md supports mv_xor
<mangix> btrfs and bcachefs don't either
<rsalvaterra_> What, no dm-raid yet?
<mangix> that's what I meant
<mangix> it's supposedly a minimal code change too. It's over my head though.
<rsalvaterra_> Wait, mv_xor… that's not CESA, right?
<mangix> it's a RAIDD5/6 acceleration driver
<mangix> Armada platforms have support for it
<rsalvaterra_> Right, it's a DMA engine in kernel lingo, I think.
goliath has quit [Quit: SIGSEGV]
<mangix> yeah it is
<mangix> last I looked at it only the dm-raid driver supported it.
<rsalvaterra_> I thought that such thing would be transparently supported if available…
<mangix> If using the correct API
<mangix> yes
* rsalvaterra_ hasn't used RAID. Yet.
<mangix> The basis xor_blocks function is CPU only
<mangix> It's cool that it supports SIMD but still
Borromini has quit [Quit: Lost terminal]
<rsalvaterra_> Speaking of which, in 5.15 (I think, haven't checked if it's been merged), kernel-mode SIMD code will run with softirqs disabled.
<rsalvaterra_> I don't know how this will affect us, since we're so dependent on softirq processing, but the risk is there.
<mangix> you act as if openwrt is dependent on SIMD code
<rsalvaterra_> mangix: It isn't, strictly… until you run a VPN. ;)
<mangix> hmmmm. good point. does the WireGuard mips implementation use DSP?
<mangix> actually...I've ran wireguard on kernel 5.10. Works perfectly fine.
<mangix> oh 5.16... I can't read
<rsalvaterra_> mangix: I don't think anything in MIPS uses DSP code. I tried to do some builds with DSP instructions enabled and they failed quite spectacularly.
<mangix> rsalvaterra_: I've only found a grand total of one package that has MIPS DSP support. I haven't checked ffmpeg yet.
<mangix> fun fact: the DSP codepath is slower than the C one
<rsalvaterra_> Which one is it? I'd like to see the makefile to be sure. :P
<mangix> libjpeg-turbo
<mangix> also fun fact: The codepath was only tested on little endian. Breaks spectacularly on big endian
<rsalvaterra_> MIPS DSP (v2, the one I assume we're talking about) instructions are *really* specific.
<mangix> All fixed upstream but still
<rsalvaterra_> mangix: That explains the crashes on my TL-WDR3600. :P
<rsalvaterra_> IIRC, MIPS DSP is like MMX, in the sense it uses shared registers. You need enter/exit instructions (akin to emms).
<mangix> That ssvb guy wrote actual DSP intrinsics
<rsalvaterra_> Whoa…! That's Siarhei Siamashka.
<mangix> no idea who that is
<rsalvaterra_> He contributed a ton of SIMD code for pixman.
jbowen has joined #openwrt-devel
<mangix> Anyway, I originally included his patches. Then got rid of them. Don't remember why.
lucenera has joined #openwrt-devel
<mangix> In any case, they're incomplete.
<aparcar[m]> can we please have 5.10 kernels now?
<rsalvaterra_> I wouldn't bother that much with MIPS DSP. Its scope is so narrow you probably would only be able to use lossy compression.
<rsalvaterra_> aparcar[m]: YES!
<mangix> rsalvaterra_: the goal is faster decompression
<rsalvaterra_> mangix: I was going to ask "what on Earth for", but then… Asterisk. Right.
<mangix> in that thread, I was only testing decompression speed
<mangix> with a huge picture
<mangix> aparcar[m]: the most important platforms, ath79 and ramips are already on 5.10
<rsalvaterra_> mangix: I think aparcar[m] means bumping 5.10 to stable, it's still a testing kernel everywhere.
<mangix> hmm. Works fine for me.
<rsalvaterra_> mangix: This came to my mind. Talk about a blast from the past. :) https://www.ex-parrot.com/~pete/upside-down-ternet.html
<aparcar[m]> I sent a patch for x86
lucenera has quit [Remote host closed the connection]
<mangix> rsalvaterra_: the days of HTTP
<rsalvaterra_> aparcar[m]: I can take care of mvebu, since I was the one porting it to 5.10. :)
lucenera has joined #openwrt-devel
philipp64|work has joined #openwrt-devel
<aparcar[m]> rsalvaterra_: great
<rsalvaterra_> aparcar[m]: Sent.
lucenera has quit [Remote host closed the connection]
lucenera has joined #openwrt-devel
lucenera has quit [Remote host closed the connection]
goliath has joined #openwrt-devel
lucenera has joined #openwrt-devel
<rsalvaterra_> I wonder if ath79 and ramips are ready to be bumped to stable too…
<rsalvaterra_> Oh, and now it's my turn to ask… can we please have musl 1.2.2 now?
<olmari> Hee.. I once made lesser effort but similar landing page for wifi thieve I had trying
<olmari> All within owrt
<rsalvaterra_> olmari: It was proably easier just to secure your connection, no? :P
<rsalvaterra_> *probably
lucenera has quit [Remote host closed the connection]
<olmari> rsalvaterra_ they did not get in the secured(?) Wpa2psk, but oh boy they tried
<Pepes> hauke: Are you planning to release new backports soon or should I send pull request for mac80211 in OpenWrt 19.07?
<olmari> I created open one
<olmari> For them
<rsalvaterra_> olmari: "Here's a page just for you, knock yourself out." :P
<olmari> Own network segment and ssid, webpage consisting huge kittenpic + toystory commenting it "kittens, kittens everywhere" on separate uhttpd section, fw rules to steer any address into router one and all nameservers also... Doned
<olmari> Partly did it to learn this stuff just that bit deeper, and it was fun
<rsalvaterra_> Nice trolling there. xD
<olmari> I mean they/he hammered the poor thing over 3 weeks before I reacted
philipp64 has joined #openwrt-devel
lucenera has joined #openwrt-devel
<hauke> Pepes: I will try to do it in the next 3 weeks
<olmari> And coincidentally they soon connected to it and never seen again, so I guess it worked (:
<Pepes> hauke: Wow, that's too late. :-( I will send you a few patches by using GitHub to OpenWrt base repository tomorrow as there are some security vulnerabilities which needs to be fixed.
<Pepes> related to ath9k
<hauke> Pepes: ok thanks was not aware of this
rmilecki has quit [Ping timeout: 480 seconds]
Grommish has quit [Ping timeout: 480 seconds]
Grommish has joined #openwrt-devel
pmelange has quit [Quit: Leaving.]
<aparcar[m]> hauke: do you ack the x86 push as well?
jlsalvador2 has joined #openwrt-devel
jlsalvador has quit [Ping timeout: 480 seconds]
jlsalvador2 is now known as jlsalvador
stintel_ has joined #openwrt-devel
slh has quit [Ping timeout: 480 seconds]
slh64 has quit [Ping timeout: 480 seconds]
stintel has quit [Read error: Connection reset by peer]
stintel_ is now known as stintel
slh64 has joined #openwrt-devel
f5 has quit [Remote host closed the connection]
slh has joined #openwrt-devel