BlueBlond has quit [Quit: Page closed]
kb1sph has quit [Remote host closed the connection]
Tapper has quit [Ping timeout: 480 seconds]
Lechu has quit [Remote host closed the connection]
Lechu has joined #openwrt-devel
nlowe has joined #openwrt-devel
nlowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
aparcar has quit [Server closed connection]
aparcar has joined #openwrt-devel
svanheule_ has joined #openwrt-devel
dangole has quit [Ping timeout: 480 seconds]
minimal has quit []
<Grommish> neggles: ping
<neggles> Grommish: pong
<Grommish> neggles: The ethernet management engine driver for the CN5/6xxx Any idea what it is?
valku has joined #openwrt-devel
valku has quit []
<Grommish> neggles: Coukld it be the reason your not seeing the memleak from octoen_ethernet.ko? because it's not really using it?
<Grommish> Also, do you have a kernel config-5.10/5.15 that you use?
<neggles> Grommish: I am not sure what 'ethernet management engine' is, no
<neggles> where are you seeing references to it?
<neggles> but no, it's literally impossible to get packets into/out of an Octeon without involving the hw-accel engines
<Grommish> In the kernel under the Cavium Networking.. It's for CN5xxx/Cn6xxx
<Grommish> and mines a CN7020
<neggles> so octeon3; there *were* some changes made in the driver for octeon3 but the way it hands buffers to/from the FPA is the same
<neggles> Grommish: https://paste.neggles.dev/j7wPG this is my last-built config, which I believe works
<neggles> and there's a mostly-functional openwrt tree here https://github.com/neg2led/openwrt/tree/snic10e-dev
<neggles> and here's the build system config https://paste.neggles.dev/Vrsyq
srslypascal is now known as Guest359
srslypascal has joined #openwrt-devel
<neggles> don't think i was actually using the external linux tree though
srslypascal has quit []
Guest359 has quit [Ping timeout: 480 seconds]
srslypascal 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
GNUmoon2 has joined #openwrt-devel
GNUmoon has quit [Ping timeout: 480 seconds]
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
goliath has joined #openwrt-devel
GNUmoon2 has quit [Ping timeout: 480 seconds]
dedeckeh has joined #openwrt-devel
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
f00b4r0 has quit [Quit: Quitte]
GNUmoon2 has joined #openwrt-devel
ecloud has quit [Ping timeout: 480 seconds]
danitool has joined #openwrt-devel
ecloud has joined #openwrt-devel
felix has quit []
felix has joined #openwrt-devel
pmelange has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
GNUmoon2 has quit []
GNUmoon2 has joined #openwrt-devel
<aparcar> nbd: can you please explain what the opkg flags are for? I'm currently stuck at the OPKG/APK replacement since it installs "all" packages rather than just the packages-y, however I don't think I changed anything in that area. Are the flags used to mark packages as "do not install"?
guidosarducci_ has joined #openwrt-devel
eduardo010174 has joined #openwrt-devel
guidosarducci has quit [Remote host closed the connection]
eduardo010174 has quit [Remote host closed the connection]
<nbd> aparcar: flags don't have anything to do with 'do not install'
<nbd> aparcar: the package makefiles generate lists of packages selected as =y
<nbd> and apk should only be told to install those
<nbd> flags are for marking packages as 'essential' and 'hold'
<nbd> essential being 'do not remove'
<nbd> and 'hold' meaning 'do not upgrade'
<nbd> (for the kernel package and core kmod packages)
ldir has joined #openwrt-devel
<aparcar> nbd: excellent thank you!
<aparcar> It's a bit odd, in my system a bunch of extra kmods are installed even though I'm using the default configuration. I guessed that I corrupted a "deselect/no-install" mechanism
<Namidairo> i wonder how many alpine packages you could just vanilla throw onto there
<aparcar> Namidairo: for x86 everything I tried worked
<aparcar> x86_64 specifically
<Namidairo> i imagine it would be a little more sketch for the other archs with more fragile storage
<Namidairo> a log accidentally writing into somewhere odd would be bad on... most devices?
wvdakker has quit [Ping timeout: 480 seconds]
<aparcar> Namidairo: yea alpine uses different dicts for some purposes, so alpine packages on apk may ruin your flash
<Namidairo> judging by the current archs they build for, it could get expensive if there aren't giant banners saying "please no, don't add their package lists"
<Namidairo> lol
<Namidairo> just trash some nice arm hardware's storage. :)
<aparcar> I'd be curious to combine more of alpine and openwrt infra but that's a bit of a long hot
<aparcar> *shot
GNUmoon2 has quit []
GNUmoon2 has joined #openwrt-devel
rua has quit [Quit: Leaving.]
eduardo010174 has joined #openwrt-devel
<rsalvaterra> cd /bookworm
<rsalvaterra> WTF
<rsalvaterra> Wrong terminal, sorry.
<bookworm> rsalvaterra: EPERM
<rsalvaterra> xD
<aparcar> lol
<rsalvaterra> A bit off-topic, I found a kernel bug in 5.17-rc1 which *only* affects aisleriot (the solitaire game) on my machines. Of course, for dad's laptop, it's an absolutely vital app.
Lechu has quit [Remote host closed the connection]
<aparcar> rsalvaterra: call Linus
* rsalvaterra puts on the bisect suit
Lechu has joined #openwrt-devel
Lechu has quit [Remote host closed the connection]
<stintel> you run rc1 kernels on your dad's laptop?
Lechu has joined #openwrt-devel
Tapper has joined #openwrt-devel
<rsalvaterra> stintel: Yes, but don't tell him.
<rsalvaterra> And it's really a pristine kernel bug, not a bug in the patches I have on top of it, which is both comforting and annoying.
<aparcar> rsalvaterra: please port OpenWrt kernels to 5.15 and don't break your dads precious solitaire
<rsalvaterra> aparcar: Ansuel beat me to it. :)
<rsalvaterra> But yeah, I'm planning on doing ramips/mt7621 and mvebu, at least. :P
dangole has joined #openwrt-devel
<aparcar> dangole: morning
<stintel> interesting. apparently my ESP32-C3s do not like the EAP615-Wall. ping times go from ~20-1200ms
<stintel> the connection is so bad OTA is impossible
Lechu has quit []
Lechu has joined #openwrt-devel
Lechu has quit []
Lechu has joined #openwrt-devel
svanheule_ is now known as svanheule
svanheule has quit [Quit: svanheule]
svanheule has joined #openwrt-devel
rua has joined #openwrt-devel
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
mitome has joined #openwrt-devel
f00b4r0 has joined #openwrt-devel
minimal has joined #openwrt-devel
ephemer0l has joined #openwrt-devel
wvdakker has joined #openwrt-devel
aiyion_ has joined #openwrt-devel
aiyion has quit [Remote host closed the connection]
valku has joined #openwrt-devel
rua has quit [Remote host closed the connection]
<f00b4r0> on 21.02 rockchip there's no way to add a kernel commandline parameter other than building a custom kernel?
rua has joined #openwrt-devel
<stintel> nbd: looks like mt76 master doesn't build currently: https://gist.github.com/a8dcc52f415086554b4ecdf024129f84
rua has quit [Remote host closed the connection]
rua has joined #openwrt-devel
<stintel> looks like it needs CONFIG_RELAY now
ldir has quit [Quit: Textual IRC Client: www.textualapp.com]
<tmn505> f00b4r0: You only need to change boot.scr file, check https://git.openwrt.org/?p=openwrt/openwrt.git;a=tree;f=target/linux/rockchip/image/mmc.bootscript and Makefile at line 25 in that directory how to create one.
rua has quit [Quit: Leaving.]
<f00b4r0> tmn505: ah great, thanks!
rua has joined #openwrt-devel
<hurricos> Slimey: oh, a clone of it, eh? Do you know for sure, or if it's just the case?
<hurricos> Do you have internal photos to compare? :^)
Tapper has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
<Slimey> uboot and the mtd parts are different
<Slimey> i found a dead 2030 i can dump the eeprom from
<Slimey> something with its poe went tits up
<Slimey> when i get pack i can send you a ar71xx that was done of it for teh 1925
<Slimey> back even
goliath has quit [Quit: SIGSEGV]
dedeckeh has quit [Remote host closed the connection]
goliath has joined #openwrt-devel
<stintel> nbd: the reason I'm testing master is some horrible latency on clients connected to the 2.4GHz radio of the mt7915e (TP-Link EAP615-Wall), unfortunately the problem is still there in master.
<stintel> rtt min/avg/max/mdev = 3.284/292.313/642.009/203.422 ms
<stintel> this is with client and AP in same room
<stintel> in case of ESP32-C3 as client, the connection is barely usable, OTA updates fail consistently
<aparcar> stintel: do you have an opinion on iptables-nft having a symlink to iptables and also conflict witht the regular IPtables package?
<stintel> aparcar: no, I have no experience with that
valku has quit [Quit: valku]
nlowe has joined #openwrt-devel
<aparcar> stintel: okay I'll think about it for a sec
Borromini has joined #openwrt-devel
<dangole> aparcar: this should be done with alternatives, just like dropbear vs. openssh both providing symlinks for 'ssh' and 'scp'.
<dangole> aparcar:but as they are conflicting anyway, shipping the symlink as part of both packages would also work
valku has joined #openwrt-devel
<aparcar> I'd do the latter as ti seems like the easier fix
nlowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
slingamn has quit [synthon.oftc.net resistance.oftc.net]
tchebb has quit [synthon.oftc.net resistance.oftc.net]
chder has quit [synthon.oftc.net resistance.oftc.net]
grid has quit [synthon.oftc.net resistance.oftc.net]
Vaughn has quit [synthon.oftc.net resistance.oftc.net]
Grommish has quit [synthon.oftc.net resistance.oftc.net]
zx2c4 has quit [synthon.oftc.net resistance.oftc.net]
russell-- has quit [synthon.oftc.net resistance.oftc.net]
awgh has quit [synthon.oftc.net resistance.oftc.net]
mangix has quit [synthon.oftc.net resistance.oftc.net]
swalker has quit [synthon.oftc.net resistance.oftc.net]
openwrter has quit [synthon.oftc.net resistance.oftc.net]
zarzarzar has quit [synthon.oftc.net resistance.oftc.net]
dwfreed has quit [synthon.oftc.net resistance.oftc.net]
hgl has quit [synthon.oftc.net resistance.oftc.net]
hurricos has quit [synthon.oftc.net resistance.oftc.net]
hanetzer has quit [synthon.oftc.net resistance.oftc.net]
johnf has quit [synthon.oftc.net resistance.oftc.net]
eigma has quit [synthon.oftc.net resistance.oftc.net]
felix has quit [synthon.oftc.net resistance.oftc.net]
cmonroe has quit [synthon.oftc.net resistance.oftc.net]
hubvu has quit [synthon.oftc.net resistance.oftc.net]
pekster has quit [synthon.oftc.net resistance.oftc.net]
dvn has quit [synthon.oftc.net resistance.oftc.net]
yolo has quit [synthon.oftc.net resistance.oftc.net]
noahm has quit [synthon.oftc.net resistance.oftc.net]
norris has quit [synthon.oftc.net resistance.oftc.net]
Luke-Jr has quit [synthon.oftc.net resistance.oftc.net]
valku has quit [synthon.oftc.net resistance.oftc.net]
_0x4a6f has quit [synthon.oftc.net resistance.oftc.net]
arnd_ has quit [synthon.oftc.net resistance.oftc.net]
agb has quit [synthon.oftc.net resistance.oftc.net]
dansan has quit [synthon.oftc.net resistance.oftc.net]
Spr0cket has quit [synthon.oftc.net resistance.oftc.net]
kenny has quit [synthon.oftc.net resistance.oftc.net]
lmore377 has quit [synthon.oftc.net resistance.oftc.net]
Slimey has quit [synthon.oftc.net resistance.oftc.net]
sauce has quit [synthon.oftc.net resistance.oftc.net]
cyrozap has quit [synthon.oftc.net resistance.oftc.net]
philipp64 has quit [synthon.oftc.net resistance.oftc.net]
aparcar has quit [synthon.oftc.net resistance.oftc.net]
valku has joined #openwrt-devel
felix has joined #openwrt-devel
_0x4a6f has joined #openwrt-devel
aparcar has joined #openwrt-devel
slingamn has joined #openwrt-devel
hubvu has joined #openwrt-devel
zx2c4 has joined #openwrt-devel
noahm has joined #openwrt-devel
dansan has joined #openwrt-devel
openwrter has joined #openwrt-devel
Spr0cket has joined #openwrt-devel
kenny has joined #openwrt-devel
norris has joined #openwrt-devel
Luke-Jr has joined #openwrt-devel
dwfreed has joined #openwrt-devel
hurricos has joined #openwrt-devel
zarzarzar has joined #openwrt-devel
hgl has joined #openwrt-devel
hanetzer has joined #openwrt-devel
johnf has joined #openwrt-devel
lmore377 has joined #openwrt-devel
eigma has joined #openwrt-devel
Slimey has joined #openwrt-devel
sauce has joined #openwrt-devel
philipp64 has joined #openwrt-devel
cyrozap has joined #openwrt-devel
Grommish has joined #openwrt-devel
russell-- has joined #openwrt-devel
pekster has joined #openwrt-devel
mangix has joined #openwrt-devel
yolo has joined #openwrt-devel
dvn has joined #openwrt-devel
agb has joined #openwrt-devel
cmonroe has joined #openwrt-devel
chder has joined #openwrt-devel
tchebb has joined #openwrt-devel
awgh has joined #openwrt-devel
grid has joined #openwrt-devel
swalker has joined #openwrt-devel
Vaughn has joined #openwrt-devel
arnd_ has joined #openwrt-devel
<stintel> looks like my latency issues might come from airtime airtime_bss_* options
<stintel> yep, removed those options and all is well now
<stintel> but I've been using these options for a long time, only recently started giving trouble
<stintel> nbd: FYI ^
<rsalvaterra> stintel: Do they actually *do* anything? I always see airtime weight as 256 in all my stations.
nlowe has joined #openwrt-devel
<stintel> rsalvaterra: apparently they do something. rendered my 2.4GHz clients as good as unusable
<stintel> I've completely removed these settings for now, wasted good part of my weekend debugging the ESP problem
<stintel> which turns out to be an OpenWrt problem
<stintel> not amused
<rsalvaterra> Speaking of amusing things, bisectability is broken between Linux 5.16 and 5.17-rc1. I lost the count to how many git bisect skip I had to do already due to hangs at boot.
<stintel> kernel bisectability breaks all the time
<rsalvaterra> First time I've experienced it personally, and I've done quite a few in the last couple of years… :/
<stintel> most I remember broke at some point
nlowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
nlowe has joined #openwrt-devel
nlowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
nlowe has joined #openwrt-devel
GNUmoon2 has quit [Ping timeout: 480 seconds]
c0sm1cSlug has joined #openwrt-devel
nlowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<nbd> stintel: please show me the options you're using
<Borromini> my wife's bugging me because her VPN dies all the time on MT7613, I reckon that's because of timeouts as well
<Borromini> nbd: would it help you in any way to ship you an MT7613 device?
nlowe has joined #openwrt-devel
nlowe has quit []
nlowe has joined #openwrt-devel
<PaulFertser> stintel: just curious, how is time advertisement useful to you?
<stintel> PaulFertser: I'm not sure it is, just enabled some 802.11v options at some point
<PaulFertser> We need to document those airtime_* options, I see the wiki lacks the description.
nlowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<mangix> Borromini: which vpn?
<Borromini> mangix: i have no idea, it's a work Windows thing
<Borromini> will check tomorrow
<dwmw2_gone> Borromini: if it's the Cisco crap... openconnect runs on Windows too :)
<dwmw2_gone> actually, that observation is just as relevant for about 8 VPN protocols now. openconnect does a lot more than Cisco these days :)
<Borromini> :)
<Borromini> it's a locked work laptop so I can't go messing around. all she needs to do is click 'connect' upon logging in
<stintel> nbd: fyi, there also seems to be a major performance regression in mt76 master. my phone barely managed to get >100Mbps
<PaulFertser> Our work has some sick huawei vpn thing. I told them no fucking way and they provided OpenVPN for the devs :)
<stintel> reverted to what is in openwrt master and >610Mbps average on a 10s iperf3 run
<mangix> stintel: sounds like bisect is needed
<mangix> there are a bunch of patches on linux-wireless for mt76 too
Gaspare has joined #openwrt-devel
nlowe has joined #openwrt-devel
philipp64 has quit [Quit: philipp64]
<dwmw2_gone> PaulFertser: these things are rarely hard to implement in openconnect :)
<dwmw2_gone> We even have PPP support now
<stintel> mangix: yeah sounds like it, I should probably consider getting a 3rd AP to play with
danitool has quit [Remote host closed the connection]
neoraider has joined #openwrt-devel
GNUmoon2 has joined #openwrt-devel
nlowe has quit [Quit: Textual IRC Client: www.textualapp.com]
<PaulFertser> dwmw2_gone: I searched the Internet a bit but didn't find any info at all.
<dwmw2_gone> mitm it and see :)
<PaulFertser> I saw no reason to bother even just a little bit. And tbh I'm afraid of doing any RE as it's often a waste of time without results and I feel bad after that.
<dwmw2_gone> Not sure about other stuff, for the SSL VPNs it's often really simple once you start looking at the content of the SSL connection
<dwmw2_gone> it's just IP packets with some framing
<dwmw2_gone> Always happy to add new protocols :)
<blocktrron> rsalvaterra: did you further test the hostapd bump?
<blocktrron> I will try to get it up in mesh-mode, but if nobody else reports something, lets push this to master
Gaspare has quit [Ping timeout: 480 seconds]
Gaspare has joined #openwrt-devel
GNUmoon2 has quit [Ping timeout: 480 seconds]
Gaspare has quit [Quit: Gaspare]
GNUmoon2 has joined #openwrt-devel
<slh> hauke: the hostapd security patches are probably wanted for 21.02.2, https://w1.fi/security/2022-1/
<neggles> Grommish: left the thing running a loop of iperf3 back and forth (10 mins either direction) overnight with 4 threads
<neggles> zero change in RAM usage
<hauke> slh: thanks
Borromini has quit [Quit: Lost terminal]
<Grommish> neggles: I'm testing now, the device is only connected at the WAN port, no LAN attached.. I'm waitng to see if I still see crawl
<Grommish> neggles: using your config-5.10 from the target tree
<Grommish> neggles: if I see mem creep during virtually no traffic, might help narrow it
openwrter has quit [Remote host closed the connection]
<neggles> Grommish: indeed, in which case I might *have* to try and make openwrt work on my Octeon3 box...
<rsalvaterra> blocktrron: It's running perfectly here, but I only use normal AP mode.
<Grommish> Yeah, I'm seeing creep already :(
<Grommish> Not much though, but it isn't actually doing anything
<neggles> odd
<neggles> the CN7360 is a bit of a hellish beast to set up so I'd prefer to avoid it, but...
<rsalvaterra> blocktrron: So, as far as I'm concerned, it's an ack. :)
<Grommish> neggles: Doesn't use uboot?
cmonroe has quit [Ping timeout: 480 seconds]
eduardo010174 has quit [Quit: Leaving]