<f00b4r0>
I was just reaching this conclusion reading the script :)
<f00b4r0>
that works for me, thanks!
nlowe has joined #openwrt-devel
<PaulFertser>
btw, there're reports that multi-ssid configuration is somehow broken in 21.02, the mac addresses are not getting set properly for additional SSIDs.
Grommish_ has joined #openwrt-devel
Grommish has quit [Ping timeout: 480 seconds]
<neggles>
incidentally, ls -1 ("/sys/devices/platform" + .radioX.config.path + "/ieee80211") should work as well
<neggles>
(that's a half-missing jq filter)
<jow>
neggles: only for some cases
<jow>
sysfs path is differently truncated depending on bus type and radios might use macaddresses, phy names or other criteria to match the phy
<neggles>
ah
<neggles>
welp.
<jow>
it also does not handle multi-phy radios
<jow>
so it's really better to reuse mac80211.sh's impl
<jow>
(of course the wifi ubus dump could simply include the effectively used phy but where would be the fun in that)
<neggles>
yeah I was gonna say :P but that makes sense, and I mean, if there's pre-existing / tested / debugged code/functions that do what you need to do it's probably a good idea to use them...
<neggles>
especially if you're going to get jq involved
Misanthropos has quit [Ping timeout: 480 seconds]
<hgl>
jow, I was confused by the multicast flag support for the xfrm interfaces, and asked a few questions a few days ago. I wonder if you got them?
<jow>
no
<hgl>
jow, thanks, updating the PR. I have one more question tho
<hgl>
however, I can't find its support in either tunnel_attrs or xfrm_data_attrs: https://git.openwrt.org/?p=project/netifd.git;a=blob;f=system.c;h=32597c14e29145a5187d0642769f6eb5e9458aa7;hb=5ca5e0b4d058a47d72ba4102acdcec826e203c41#l18
<hgl>
that flag seems to be supported only by a device.
<hgl>
do you think that's the case?
* f00b4r0
is trying very hard not to shoot himself in the foot with nested calls to config_load
Misanthropos has joined #openwrt-devel
xes__ has joined #openwrt-devel
lmore377_ has joined #openwrt-devel
lmore377 has quit [Ping timeout: 480 seconds]
xes_ has quit [Ping timeout: 480 seconds]
pmelange has joined #openwrt-devel
xes has joined #openwrt-devel
xes__ has quit [Ping timeout: 480 seconds]
Tapper has quit [Ping timeout: 480 seconds]
valku has joined #openwrt-devel
pmelange has quit [Read error: Connection reset by peer]
ecloud has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
pmelange has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
lmore377 has joined #openwrt-devel
ecloud has joined #openwrt-devel
lmore377_ has quit [Ping timeout: 480 seconds]
srslypascal is now known as Guest775
Guest775 has quit [Read error: Connection reset by peer]
srslypascal has joined #openwrt-devel
nitroshift has quit [Quit: Gone that way --->]
<blocktrron>
rsalvaterra: i have a local hostapd bump from last novemeber
<blocktrron>
I'll get it up to 2.10 today, hopefully i already did the painful part
Tapper has quit [Ping timeout: 480 seconds]
<rsalvaterra>
blocktrron: Thanks, at least you had a more recent base. :)
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
<hgl>
jow, should I add the multicast flag to the luci proto package as well?
<blocktrron>
my primary relief of this release is that the dbus interface now properly indicates and handles OWE connections
<rsalvaterra>
mt76 acting up here…
<blocktrron>
So the NetworkManager + GUI support iworked on two years ago can now finally be used :)
<blocktrron>
catching up with windows in that regard
<rsalvaterra>
Hey, better late than never… ;)
<rsalvaterra>
It's a shame it's taking so long to adopt OWE in public Wi-Fi networks.
Borromini has quit [Quit: leaving]
nlowe has joined #openwrt-devel
arifre has joined #openwrt-devel
nlowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
danitool has joined #openwrt-devel
GNUmoon has quit [Ping timeout: 480 seconds]
Grommish has quit [Ping timeout: 480 seconds]
goliath has quit [Quit: SIGSEGV]
Tapper has quit [Ping timeout: 480 seconds]
<blocktrron>
rsalvaterra: we've rolled it out on our mesh network and see continous rise in client count
GNUmoon has joined #openwrt-devel
dedeckeh has quit [Remote host closed the connection]
GNUmoon has quit [Quit: Leaving]
GNUmoon has joined #openwrt-devel
Tapper has joined #openwrt-devel
rmilecki has quit [Quit: Konversation terminated!]
nlowe has joined #openwrt-devel
tchebb has joined #openwrt-devel
<rsalvaterra>
blocktrron: Great! I'm back from the choir, going to test a new image now. :)
<rsalvaterra>
blocktrron: And it's fine here too.
<neggles>
hmm. I have a device with a 4MiB NOR containing u-boot and all its friends + 512MiB NAND containing a single ubifs partition with 4 vols - 'image' / 'image_backup' (FIT images), 'config', and 'download' (both of which are created by the OEM fw on boot, so can be removed without consequence)
<neggles>
u-boot can restore the OEM firmware from the internet all by itself, even if the NAND is totally wiped, so openwrt can do whatever it wants as long as the two 64MiB (!) FIT image volumes exist
<neggles>
I have not found a device with a similar layout - is there a preferred way to set up something like this? ubifs rootfs vol + rootfs_data vol like at91?
<neggles>
...not sure that's even how at91 does it actually, dang SD cards