<owrt-snap-builds>
build #787 of lantiq/ase is complete: Failure [failed gcc] Build details are at http://buildbot.openwrt.org/master/images/builders/lantiq%2Fase/builds/787 blamelist: Rosen Penev <rosenp@gmail.com>, ?lvaro Fern?ndez Rojas <noltari@gmail.com>, David Bauer <mail@david-bauer.net>, Daniel Golle <daniel@makrotopia.org>, Sungbo Eo <mans0n@gorani.run>, Ilya
<owrt-snap-builds>
Lipnitskiy <ilya.lipnitskiy@gmail.com>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Eneas U de Queiroz <cotequeiroz@gmail.com>, Hauke Mehrtens <hauke@hauke-m.de>, Rui Salvaterra <rsalvaterra@gmail.com>, Sander Vanheule <sander@svanheule.net>, Stijn Segers <foss@volatilesystems.org>, Shiji Yang <yangshiji66@qq.com>, DENG Qingfang <dqfext@gmail.com>
hbug has joined #openwrt-devel
hbug___ has quit [Ping timeout: 268 seconds]
<owrt-2102-builds>
build #10 of bcm47xx/mips74k is complete: Failure [failed gitcheckout] Build details are at http://buildbot.openwrt.org/openwrt-21.02/images/builders/bcm47xx%2Fmips74k/builds/10 blamelist: David Bauer <mail@david-bauer.net>, Daniel Golle <daniel@makrotopia.org>, Christian Lamparter <chunkeey@gmail.com>, Sander Vanheule <sander@svanheule.net>, Stijn
<owrt-2102-builds>
Segers <foss@volatilesystems.org>, Eneas U de Queiroz <cotequeiroz@gmail.com>
cp- has quit [Quit: Disappeared in a puff of smoke]
cp- has joined #openwrt-devel
tobleminer-tSYS has quit [Quit: AS4242423214]
tobleminer-tSYS has joined #openwrt-devel
koniu has quit [Remote host closed the connection]
<Grommish>
Well, I can say that the octeon 5.10 kernel I made builds, but panics :p I'm back to rebuilding
koniu has joined #openwrt-devel
<pkgadd>
it builds, ship it ;)
fork has quit [Quit: Bye.]
fork has joined #openwrt-devel
<Grommish>
;p I went back and found all sorts of things that weren't turned on in the kernel
<Grommish>
So we will try again
Grommish has quit [Ping timeout: 264 seconds]
Grommish has joined #openwrt-devel
<damex>
5.10 for octeon more or less is the same as 5.4. needs vitesse and some early edgerouter board definitions to be dropped since they're upstreamed
<Grommish>
guidosarducci: Thanks :) I think it's an issue with the PCIe bus not being enabled,but, question if you've got a min.
<guidosarducci>
Grommish: sure
<Grommish>
Any idea why OpenWrt woudl refuse to service DHCP requests on the LAN unless the WAN interface is up and linked?
<Grommish>
Or better, how to keep it from doing it
<Grommish>
My build space isn't near a network drop, so I do't have a WAN to give it ;/
<guidosarducci>
Grommish: so... WAN unplugged == no DHCP LAN served?
<Grommish>
Right
<Grommish>
It's almost like dnsmasq is not working unless WAN is up
<guidosarducci>
Grommish: what have you checked so far? Does dnsmasq run? Is it listening on expected port/interface?
<guidosarducci>
Grommish: and is this master, 21.02?
Borromini has joined #openwrt-devel
<Grommish>
Sorry, my contact just fell out.. Snapshot from today
<guidosarducci>
Grommish: are you able to manually set IP and connect to LAN, or flying blind? I'll let you respond now ;-)
Borromini has quit [Client Quit]
<Grommish>
Unless WAN is up, it's like the br-lan doesn't exist
<Grommish>
doesn't respond to pings
<guidosarducci>
Grommish: so you're blind. Can you connect via a wireless interface, or serial port to see into the system?
<Grommish>
I just need move it and get a good image on it, I just don't have a physical cable to feed it
Borromini has joined #openwrt-devel
<Grommish>
I've got a rollover console
<Grommish>
no wifi on the device
<Borromini>
morning guys
<Grommish>
Hey Borromini.. I bricked the shield ;p
<Grommish>
5.10 I build didn't have pcie bus enabled
<Grommish>
guidosarducci is tryingto help me figure out why dnsmasq doesn't seem to work on LAN unless the WAN port is up
<guidosarducci>
Grommish: to confirm, if you plug something into WAN everything works? I'm wondering if the LAN is just borked due to your PCIE setup...
<Borromini>
Grommish: that sucks.
<Borromini>
oh :(
<Grommish>
the master builds fine for 5.4
<Grommish>
and thats the ramdisk I've got loaded
<Borromini>
if it helps any, i bricked my brand new gs108t v3 within minutes of unboxing xD
* Borromini
gives the installation constructions the side eye
<Grommish>
guidosarducci I'd have to go test it by moving it :p hich is what I was trying to avoid hahah
<Grommish>
It's ok though I'll go test and then tftp if I have to
<Grommish>
I just work out of a part of the house that doesn't have network, so I wifi only
<guidosarducci>
Grommish: I also wonder if something with the switch config got mangled. Maybe the concept of what's link-up is confused. Hard to say without know what all you changed.
<Grommish>
doesn't have a switch interface
<guidosarducci>
Grommish: maybe also port capture during startup, see if failsafe works too?
<Grommish>
just eth0, eth1, eth2, eth1/2 are bridged br-lan and eth0 is wan
<Grommish>
It
<guidosarducci>
Grommish: OK, I don't know the Shield, assumed *some* switch config was needed.
<Grommish>
its just frustrating because I only need to get it to work without the wan to flash hehe
<guidosarducci>
Grommish: can you try something silly for now and plug a lan into the WAN... :-(
dangole has quit [Remote host closed the connection]
<Grommish>
You mean, move th device? sure.. That isn't an issue, I was just being lazy and seeing if any one knew why it did it hehe
dangole has joined #openwrt-devel
<guidosarducci>
Grommish: oh, I missed the location issue. No, that behaviour not normal...
<Grommish>
because my device, to flash, just have to mount the fat partition and move the .bin file into it directly
<Grommish>
so, if I can get ssh/scp to work, it's fixed
<Grommish>
but it won't dole out an IP and acts like it's not there unless wan has a link *shrug8
<Grommish>
but I have console so I can gist anything you can think of looking at
<guidosarducci>
Grommish: just catching up.. if you have a console, perhaps try transferring your image that way? Without ssh/scp?
<Grommish>
Win10 for the main host OS.. I rebuilt the Microsoft kernel for WSL2 for USB but I've not got it working yet
<Grommish>
KNow a term that has kerrmit?
<Grommish>
I use minicom in ubuntu, but.. eh.. terraterm looked promising
<rsalvaterra>
'morning!
<rsalvaterra>
Quick question: how does configure a PVID with UCI, on DSA?
<rsalvaterra>
*how does one
<rsalvaterra>
I accept "one doesn't yet" for an answer… :P
<guidosarducci>
Grommish: but I doubt you have those utilities (xyzmodem) on your shield, right? I'm thinking you send an ascii-encoded image and decode on the SHield. let me think...
<Borromini>
neat, more recent wireguard backport for 5.4 :)
<Grommish>
My debrick I wrote
<Grommish>
because I need it often enough
linzst has joined #openwrt-devel
<guidosarducci>
Grommish: cool, it's nice they make it easy to update even uboot.
<Grommish>
I can't update the uboot, unfortuantely. Apparently the OED is not forthcoming
<Borromini>
OED?
<Grommish>
Sorry..ODM
<Borromini>
ok
<Grommish>
I'm workign with only one contact
<Grommish>
Ok.. So I'm transfering ymodem @ 4k/sec
<Grommish>
I don't miss those days
<guidosarducci>
Grommish: those days did teach you plan better since you didn't want to screw up and waste time redoing things...
zkrx has quit [Ping timeout: 272 seconds]
<Grommish>
It also made it funny to uuencode a large binary as your finger reply
<Grommish>
:D
<guidosarducci>
:-)
<rsalvaterra>
Wow… memories from the IRC in 1999.
<Grommish>
I only used it to find gopher addresses
<Grommish>
But I do IRC much
<Grommish>
err never did do
<rsalvaterra>
Yeah, me neither. I was more interested in the web than in chatting… :)
<Grommish>
Once I get the recovery properly set up, i'll see about that 5.10 kernel again
zkrx has joined #openwrt-devel
MichaelOF has joined #openwrt-devel
<rsalvaterra>
guidosarducci: You know, we can also build wolfSSL with MIPS16… ;)
linzst has quit [Quit: Leaving]
<mangix>
it's interesting how many assumptions break when building a linux C++ project on Windows
<Grommish>
mangix: like WSL? or like MS Code IDE?
<olmari>
"What even Bill Gates can't buy? An stable operating system" ;D
<rsalvaterra>
mangix: I have terrifying memories of Visual C++ 6.0, when I was at the university…
dangole has quit [Remote host closed the connection]
<mangix>
Grommish: MinGW
<Grommish>
well, I'm sure there is a reason
<mangix>
funniest comment i've heard about Bill Gates: what's he doing fighting COVID when he can't even fight viruses on his OS.
<rsalvaterra>
mangix: [Win95] "32 bit extensions and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company, that can't stand 1 bit of competition."
dangole has joined #openwrt-devel
<mangix>
lol
<rsalvaterra>
mangix: I sent a pull with a tentative fix for building Tor without engine support, but I'm not entirely sure it's adequate. :/
<rsalvaterra>
I saw you fixed a similar issue in Tor itself, some time ago.
mmlb4 has joined #openwrt-devel
zatwai_ has joined #openwrt-devel
MarioH_ has joined #openwrt-devel
veonik_ has joined #openwrt-devel
nslu2-log__ has joined #openwrt-devel
lmore377 has joined #openwrt-devel
peterM has joined #openwrt-devel
ivanich_ has joined #openwrt-devel
<owrt-2102-builds>
build #10 of lantiq/ase is complete: Failure [failed gitcheckout] Build details are at http://buildbot.openwrt.org/openwrt-21.02/images/builders/lantiq%2Fase/builds/10 blamelist: David Bauer <mail@david-bauer.net>, Daniel Golle <daniel@makrotopia.org>, Christian Lamparter <chunkeey@gmail.com>, Sander Vanheule <sander@svanheule.net>, Stijn Segers
<owrt-2102-builds>
<foss@volatilesystems.org>, Eneas U de Queiroz <cotequeiroz@gmail.com>
Namidairo_ has joined #openwrt-devel
mangix_ has joined #openwrt-devel
damex_ has joined #openwrt-devel
jlanda_ has joined #openwrt-devel
veonik_ is now known as veonik__
veonik has quit [Disconnected by services]
veonik__ is now known as veonik
neoraider has joined #openwrt-devel
fredrikh1 has joined #openwrt-devel
adrianschmutzler has joined #openwrt-devel
Cabral has joined #openwrt-devel
dirkSt has joined #openwrt-devel
xes_ has joined #openwrt-devel
ivanich has quit [*.net *.split]
DirkS has quit [*.net *.split]
zatwai has quit [*.net *.split]
damex has quit [*.net *.split]
xback has quit [*.net *.split]
mmlb has quit [*.net *.split]
lmore377_ has quit [*.net *.split]
Namidairo has quit [*.net *.split]
mangix has quit [*.net *.split]
xes has quit [*.net *.split]
neoraide1 has quit [*.net *.split]
KGB-0_ has joined #openwrt-devel
jlanda has quit [*.net *.split]
KGB-0 has quit [*.net *.split]
MarioH has quit [*.net *.split]
SergioCabral has quit [*.net *.split]
fredrikhl has quit [*.net *.split]
nslu2-log has quit [*.net *.split]
linmob has quit [*.net *.split]
anonzadas has quit [*.net *.split]
mmlb4 is now known as mmlb
<Grommish>
guidosarducci: Still around? This is getting odder and odder
damex_ has quit [Read error: Connection reset by peer]
damex has joined #openwrt-devel
anonzadas has joined #openwrt-devel
damex has quit [Read error: Connection reset by peer]
damex has joined #openwrt-devel
daregap has quit [Ping timeout: 246 seconds]
damex has quit [Read error: Connection reset by peer]
damex has joined #openwrt-devel
dirkSt has quit [Quit: WeeChat 3.0]
DirkS has joined #openwrt-devel
damex has quit [Read error: Connection reset by peer]
damex has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
damex has quit [Read error: Connection reset by peer]
damex has joined #openwrt-devel
damex has quit [Read error: Connection reset by peer]
damex has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
damex has quit [Read error: Connection reset by peer]
damex has joined #openwrt-devel
damex has quit [Read error: Connection reset by peer]
damex has joined #openwrt-devel
damex has quit [Read error: Connection reset by peer]
<owrt-snap-builds>
build #741 of ramips/mt76x8 is complete: Failure [failed gcc] Build details are at http://buildbot.openwrt.org/master/images/builders/ramips%2Fmt76x8/builds/741 blamelist: Oskari Lemmela <oskari@lemmela.net>, Kabuli Chana <newtownBuild@gmail.com>, ?lvaro Fern?ndez Rojas <noltari@gmail.com>, David Bauer <mail@david-bauer.net>, Daniel Golle
<owrt-snap-builds>
<daniel@makrotopia.org>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Michael Pratt <mcpratt@pm.me>
<owrt-2102-builds>
build #15 of bcm63xx/smp is complete: Failure [failed gitcheckout] Build details are at http://buildbot.openwrt.org/openwrt-21.02/images/builders/bcm63xx%2Fsmp/builds/15 blamelist: Sander Vanheule <sander@svanheule.net>, Stijn Segers <foss@volatilesystems.org>, Eneas U de Queiroz <cotequeiroz@gmail.com>, Christian Lamparter <chunkeey@gmail.com>, David
<owrt-2102-builds>
Bauer <mail@david-bauer.net>
dangole has quit [Ping timeout: 264 seconds]
dangole has joined #openwrt-devel
<rsalvaterra>
Build-testing the big-a** wireguard pull (ath79)… :)
<zorun>
russell--: in my experience, sysupgrades on er-x are unreliable...
<adrianschmutzler>
rusell--: maybe it only works with kernelversion%2=0?
<russell-->
zorun: i don't remember having problems before
<russell-->
i've been updating them periodically remotely (although, admittedly not recently)
Immanuel has joined #openwrt-devel
<russell-->
reflashed the new working one, that boots okay too
<russell-->
going to roll back and see if i can replicate the failure
<owrt-2102-builds>
build #14 of apm821xx/nand is complete: Failure [failed gitcheckout] Build details are at http://buildbot.openwrt.org/openwrt-21.02/images/builders/apm821xx%2Fnand/builds/14 blamelist: Sander Vanheule <sander@svanheule.net>, Stijn Segers <foss@volatilesystems.org>, Eneas U de Queiroz <cotequeiroz@gmail.com>, Christian Lamparter <chunkeey@gmail.com>,
<owrt-2102-builds>
David Bauer <mail@david-bauer.net>
andi^ has joined #openwrt-devel
andi- has quit [Ping timeout: 260 seconds]
<russell-->
5.4.99 (the commit before the kernel bump to .100) panics on boot
<adrianschmutzler>
but there is no change in .100 that is even remotely related ...
<russell-->
back to r15964-4b92663f7a and it boots fine again
<owrt-snap-builds>
build #782 of mediatek/mt7622 is complete: Failure [failed gcc] Build details are at http://buildbot.openwrt.org/master/images/builders/mediatek%2Fmt7622/builds/782 blamelist: Oskari Lemmela <oskari@lemmela.net>, Kabuli Chana <newtownBuild@gmail.com>, ?lvaro Fern?ndez Rojas <noltari@gmail.com>, David Bauer <mail@david-bauer.net>, Daniel Golle
<owrt-snap-builds>
<daniel@makrotopia.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>
* russell--
tries a vanilla config on the 99 commit, sees if maybe it's something in his custom config
<rsalvaterra>
lipnitsk: ping
<russell-->
yep, even with a vanilla config, panics
<adrianschmutzler>
well, .100 should allow relatively cheap bisecting
<rsalvaterra>
zx2c4: ping
<rsalvaterra>
The WireGuard pull request drops the wireguard metapackage in the VPN submenu…
<russell-->
another theory was that sysupgrading from initramfs was somehow different than sysupgrading from a flash-booted firmware, but no difference
<rsalvaterra>
… I don't think this is intended, is it?
<dangole>
russell--: could also be a compression or check-summing related bug which triggers at a certain kernel size, and even just increasing the version string by 1 char was enough to fix it...?
<adrianschmutzler>
coming back to my modulo again ;-)
<russell-->
r15964-4b92663f7a boots fine
<russell-->
with a vanilla config
<russell-->
maybe someone with an erx wants to try to duplicate this
<plntyk>
did you try to disable kernel config features to see if it still hangs ?
<dangole>
given what i went through on MIPS64 with what I still blame on compiler weirdness I'm surprised that MIPS64 Linux is stable at all
<rsalvaterra>
dangole: There's a lot of recent activity around MIPS64, nowadays, especially in order to make old SGi workstations work. ;)
<dangole>
rsalvaterra: in Linux, yes. But GCC?
<rsalvaterra>
Hmm… I would expect the Linux guys to scream at the GCC people when they find bugs in the compiler… but it may be just wishful thinking.
<dangole>
i mean, look at the diff of that commit, that was the result two days lost with gdb in qemu-mips64, stepping through every instruction...
<rsalvaterra>
Yeah, definitely demoralising…
<plntyk>
is " Status: , Cause and PrId" the same on certain bug classes ?
<dangole>
(ok, you have to look at it in context to see how horrible this is)
<plntyk>
prid seems hardware
<plntyk>
but status and cause ?
<rsalvaterra>
dangole: Have you reported it upstream?
<dangole>
rsalvaterra: to GCC? maybe i should. i didn't really work on a more easy way to trigger it than compiling this exact piece of code (as my intention was to make that run, first of all)
<rsalvaterra>
dangole: I found a bug in binutils (building the kernel in ARM Thumb-2 mode), reported it upstream and it was fixed very quickly. I don't know how responsive GCC is, though…
<plntyk>
with GCC and Linux it might work to switch from -Os to -O2 to test "robustness" of compiler generated code
<rsalvaterra>
dangole: Does it take a lot of context to trigger the bug? It would be great to provide them with a basic test case.
nitroshift has quit [Quit: Gone that way --->]
<owrt-2102-builds>
build #13 of lantiq/xway_legacy is complete: Exception [exception gitfresh] Build details are at http://buildbot.openwrt.org/openwrt-21.02/images/builders/lantiq%2Fxway_legacy/builds/13 blamelist: David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Sander Vanheule
<owrt-2102-builds>
<sander@svanheule.net>, Stijn Segers <foss@volatilesystems.org>, Eneas U de Queiroz <cotequeiroz@gmail.com>
<dangole>
rsalvaterra: i guess i'd have to be able to at least give a name to what i'm seeing there. i'm not. and there is also that always present chance that it's a very hidden bug somewhere else, in musl for example, causing stack corruption, which would also explain that. the question then is just why it only shows symptoms on mips64.
<rsalvaterra>
Well, glibc is probably tested much more often than musl on MIPS64…
<rsalvaterra>
There's a lot of nastiness in old MIPS64 CPUs (R10k, por example).
dedeckeh has joined #openwrt-devel
rsalvaterra has left #openwrt-devel [#openwrt-devel]
rsalvaterra has joined #openwrt-devel
nbd_ is now known as nbd
nbd has joined #openwrt-devel
nbd has quit [Changing host]
<owrt-2102-builds>
build #13 of mediatek/mt7622 is complete: Failure [failed gitcheckout] Build details are at http://buildbot.openwrt.org/openwrt-21.02/images/builders/mediatek%2Fmt7622/builds/13 blamelist: David Bauer <mail@david-bauer.net>, Christian Lamparter <chunkeey@gmail.com>, Adrian Schmutzler <freifunk@adrianschmutzler.de>, Sander Vanheule
<owrt-2102-builds>
<sander@svanheule.net>, Stijn Segers <foss@volatilesystems.org>, Eneas U de Queiroz <cotequeiroz@gmail.com>
<lipnitsk>
rsalvaterra: does anything depend on the meta package?
<rsalvaterra>
lipnitsk: Yes, the kmod-wireguard and wireguard-tools.
<rsalvaterra>
Probably what would make more sense would be just to rename the wireguard-tools package to wireguard and make kmod-wireguard depend on it.
<lipnitsk>
rsalvaterra: it can't be kmod-wireguard and I'm pretty sure I checked tools before
<lipnitsk>
You don't want kernel modules depending on user space tools
<lipnitsk>
I thought the meta package is superfluous so I removed it
<rsalvaterra>
Ok, but the point is, now the user must know he has to select both kmod-wireguard and wireguard-tools, in order to have a funcional system.
<lipnitsk>
Yes and I think that's by design
<rsalvaterra>
Previously, the metapackage took care of it for him.
<lipnitsk>
luci-app-wireguard still brings in both
<rsalvaterra>
For people who use LuCI. I don't. ;)
<lipnitsk>
There are use cases for having tools without the kernel module. That has been brought up before
<rsalvaterra>
So, if it's by design and I'm just getting what I deserve, I won't complain. I just wanted to make sure. :)
decke has joined #openwrt-devel
<karlp>
what is that use case (just out of curiosity?)
<karlp>
it is just for being able to generate keys or something?
<owrt-snap-builds>
build #660 of layerscape/armv7 is complete: Failure [failed gcc] Build details are at http://buildbot.openwrt.org/master/images/builders/layerscape%2Farmv7/builds/660 blamelist: Oskari Lemmela <oskari@lemmela.net>, Kabuli Chana <newtownBuild@gmail.com>, ?lvaro Fern?ndez Rojas <noltari@gmail.com>, David Bauer <mail@david-bauer.net>, Daniel Golle
<owrt-snap-builds>
<daniel@makrotopia.org>, John Audia <graysky@archlinux.us>
<karlp>
I mean, is it a relevant usecase to complicate packaging?
<lipnitsk>
karlp: yeah that's one that has been mentioned once or twice
<rsalvaterra>
karlp: I understand the point. For normal users it's the same, because of LuCI. If you're dealing with the config and building yourself, you're expected to know what you're doing.
<rsalvaterra>
lipnitsk: Either way, I'm extremely happy with the whole series. Nice work. :)
<lipnitsk>
It's a trivial change to make wg tools depend on kmod-wireguard, so if there is consensus that can still be done. I don't have a strong opinion on this, but I don't think we need the meta package just for this case
<guidosarducci>
dangole: did you ever find another trigger for that MIPS64 bug, or just ujail? I use malta a lot so wondering how much of a problem that could be.
<lipnitsk>
zx2c4: probably best to just bring back the meta package to not reatrict tools only users and stick it with the tools makefile? I'll work on it.
<zx2c4>
lipnitsk: metapackage seems awfully complicated to me and i dont think the reasons people had in 2016 really hold these days
<zx2c4>
but if you'd rather not rock the boat, i understand
<lipnitsk>
Honestly I don't care, I was gonna make tools depend on it but somebody on the mailing list objected
<lipnitsk>
zx2c4 It sounds like a corner case especially with the module being in the kernel
<zx2c4>
alright lets make tools depend on it.
<zx2c4>
if people object, send them my way and ill argue
<lipnitsk>
zx2c4: karlp rsalvaterra are we okay with wireguard-tools as the name, or do we want something named 'wireguard' still?
<zx2c4>
wireguard-tools.. stick with that
<zx2c4>
luci depends on tools. tools depends on kmod
<adrianschmutzler>
what do I need to revert for gcc on mips64 to build?
decke has quit [Quit: Leaving.]
<rsalvaterra>
lipnitsk: I don't mind the status quo.
<lipnitsk>
I'll open a PR and see where it goes. Simpler is better, and my change will be dead simple too.
<lipnitsk>
can't always make everyone happy ;)
<lipnitsk>
and I think zx2c4 deserves to have last word here, if nothing else because he is the author of the thing.
<dangole>
guidosarducci: i'm not doing much in mips64, the ujail bug was the frist reason for a while to setup qemu for testing and hunting it down. so i can't really tell.
<lipnitsk>
and I agree that removing obstacles and helping user adoption is the right approach
<rsalvaterra>
zx2c4: I'm also very happy I can now reduce the total kernel size quite a bit just by having WireGuard built-in, which was impossible with compat. ;)
<zx2c4>
you just took the route that is sure to incur more pain and suffering
<zx2c4>
new PR: more bickering :)
<lipnitsk>
lol
<zx2c4>
I would have just stealthfully tucked that change into the other PR
<owrt-snap-builds>
<daniel@makrotopia.org>, John Audia <graysky@archlinux.us>, Adrian Schmutzler <freifunk@adrianschmutzler.de>
<owrt-snap-builds>
build #547 of bcm63xx/generic is complete: Failure [failed gcc] Build details are at http://buildbot.openwrt.org/master/images/builders/bcm63xx%2Fgeneric/builds/547 blamelist: Oskari Lemmela <oskari@lemmela.net>, Kabuli Chana <newtownBuild@gmail.com>, ?lvaro Fern?ndez Rojas <noltari@gmail.com>, David Bauer <mail@david-bauer.net>, Daniel Golle
<lipnitsk>
what else? send it straight to blocktrron ?
<zx2c4>
oh, you're right - blocktron has already sort of frozen that PR hasnt he
<lipnitsk>
but he already picked that stuff into his tree
<zx2c4>
ahh alright then
<zx2c4>
let the games begin then!
<zx2c4>
speaking of which blocktrron - any headway with `git merge && git push`?
<guidosarducci>
dangole: Oh, I see. I rely on it a lot, and also curious to see who else uses malta, as well as trying to get help to review/merge a malta 5.10 PR #3881.
Borromini has joined #openwrt-devel
opal has quit [Ping timeout: 268 seconds]
<guidosarducci>
rsalvaterra: what's the size delta you see with wireguard built-in?
<rsalvaterra>
guidosarducci: I still haven't measured precisely, but I'm working on it. Dog-slow machine compiling. :P
nelgin has joined #openwrt-devel
opal has joined #openwrt-devel
nelgin has left #openwrt-devel [#openwrt-devel]
<guidosarducci>
Grommish: did you sort out your image update and WAN/LAN issue?
<guidosarducci>
rsalvaterra: if you're in a measuring mood, I'd be curious how that size changes with GCC version. Just thinking about your earlier comment...
<rsalvaterra>
guidosarducci: From 8 to 10?
<guidosarducci>
rsalvaterra: sure, well, anything showing older vs newer. What do you use regularly?
<rsalvaterra>
guidosarducci: I've been on GCC 10 for months, but be prepared for a "big" surprise.
<rsalvaterra>
The inliner became much more aggressive by default.
<guidosarducci>
rsalvaterra: let me guess, giant binaries with a tiny performance gain?
<rsalvaterra>
I haven't noticed (or tried to measure) any performance differences.
<guidosarducci>
rsalvaterra: so it's just the prestige of GCC 10? :^)
<rsalvaterra>
I wouldn't say "giant", but the nominal size of an image for my WDR3600 increased by about 200 kiB.
<rsalvaterra>
guidosarducci: Meh. I could revert to the previous behaviour, there's a switch for that (-fno-inline, IIRC). :)
<guidosarducci>
rsalvaterra: was that from GCC 9 to 10? Funny, that amount is close to average increase I saw from major release to major release.
<rsalvaterra>
Hmm… guys? What causes hostapd to log AP-STA-POLL-OK messages? It only does this when I have a specific machine connected.
agb_ is now known as agb
<Borromini>
rsalvaterra: chinese IoT stuff? :P
pgwipeout[m] has joined #openwrt-devel
decke[m] has joined #openwrt-devel
agb[m] has joined #openwrt-devel
Q_ has joined #openwrt-devel
Jonny[m]1 has joined #openwrt-devel
<rsalvaterra>
Borromini: RTL8821AE
olmari has joined #openwrt-devel
aparcar[m] has joined #openwrt-devel
shibboleth has quit [Quit: shibboleth]
_whitelogger has joined #openwrt-devel
MatMaul has joined #openwrt-devel
<Borromini>
well just tried an R6800 and works there, but on my EAP it doesn't. weird stuff.
adrianschmutzler has quit [Quit: ~ Trillian - www.trillian.im ~]
adrianschmutzler has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
<Borromini>
guys seeing 'interface already in use' - 'variable 'data' does not exist or is not an array/object' on 21.02 (doesn't happen on all devices though)
<Borromini>
killing the hostapd process manually will allow me to bring wifi up again, until then it just spews what's in that paste
swex_ has quit [Quit: swex_]
swex has joined #openwrt-devel
<Borromini>
i checked if the radio paths were right, wifi config uses the same as in the config, so that shouldn't be the issue. I'm not seeing anything named 'data' in /etc/config/wireless, i assume that's referring to the hostapd or parsing bit or sth.