minimal has quit []
Tusker has joined #openwrt-devel
clayface has joined #openwrt-devel
mirko has quit [Ping timeout: 480 seconds]
clayface_ has quit [Ping timeout: 480 seconds]
<Tusker> hurricos: how did it go with the AP370 ?
goliath has quit [Quit: SIGSEGV]
mirko has joined #openwrt-devel
fda- has joined #openwrt-devel
fda has quit [Ping timeout: 480 seconds]
danitool has quit [Ping timeout: 480 seconds]
Grommish_ has joined #openwrt-devel
Grommish_ has quit [Ping timeout: 480 seconds]
genuser1 has quit [Quit: Page closed]
victhor has quit [Ping timeout: 480 seconds]
rsalvaterra has quit [Remote host closed the connection]
rsalvaterra has joined #openwrt-devel
Andi_ has quit [Ping timeout: 480 seconds]
Andi_ has joined #openwrt-devel
fda has joined #openwrt-devel
fda- has quit [Ping timeout: 480 seconds]
fda- has joined #openwrt-devel
fda has quit [Ping timeout: 480 seconds]
hgl has quit [Quit: Bye]
mangix has quit [Remote host closed the connection]
mangix has joined #openwrt-devel
hgl has joined #openwrt-devel
swalker has quit [Remote host closed the connection]
swalker has joined #openwrt-devel
slingamn has quit [Remote host closed the connection]
slingamn has joined #openwrt-devel
Tusker has quit [Read error: Connection reset by peer]
dedeckeh has joined #openwrt-devel
Tusker has joined #openwrt-devel
Tusker has quit []
xback has joined #openwrt-devel
<xback> did something break in the package feed? a lot of packages are not selectable anymore. (librtlsdr libcurl ..)
<xback> master branch
<xback> Installing package 'freeswitch-mod-bcg729' from telephony
<xback> Installing package 'kamailio' from telephony
<xback> WARNING: No feed for package 'libxml2' found
<xback> WARNING: No feed for package 'python3-light' found
<xback> WARNING: No feed for package 'libruby' found
<xback> WARNING: No feed for package 'libcurl' found
<xback> WARNING: No feed for package 'libhiredis' found
<xback> WARNING: No feed for package 'libopenldap' found
<xback> WARNING: No feed for package 'libdb47' found
<xback> ooh .. looks like my staging was missing a newly commit from master
<rsalvaterra> Something is definitely broken, at least in CI.
<aparcar[m]> rsalvaterra: any clues already?
Tapper has joined #openwrt-devel
<rsalvaterra> aparcar[m]: I didn't dig too deep, just noticed cryptodev is failing to build, when I bumped Tor to the latest stable version.
<rsalvaterra> Gah, now there are some ARM failures too…
danitool has joined #openwrt-devel
<aparcar[m]> Crypto dev is broken since forever
<rsalvaterra> The ARM failures are different. Missing libraries, it seems.
<rsalvaterra> Crypto libraries.
<rsalvaterra> Do we still have a use for cryptodev? Hasn't AF_ALG replaced it?
<mangix> aparcar[m]: since this year.
<mangix> rsalvaterra: cryptodev is faster than AF-ALG
<mangix> btw it's not just cryptodev that's broken. It's all kernel modules
<rsalvaterra> mangix: Joy.
<rsalvaterra> OoT modules, you mean, yes?
<mangix> right
<mangix> jow figured it and posted a hack to fix it.
<mangix> it's related to objtool of all things
<rsalvaterra> mangix: By the way, I noticed a problem in your tree, in your latest mt7621 commits. Let me see if it's still there…
<rsalvaterra> That stray >; has to go. :)
<mangix> fixed in the PR
<mangix> not in my tree though
<rsalvaterra> I brought those in from your tree, that's how I noticed.
<mangix> wonder if there was ever a driver for mtk,mt7621-cpc
<mangix> rsalvaterra: should be gone now
<rsalvaterra> Hm… cpc?
<rsalvaterra> Oh, the power controller.
<mangix> mtk,mt7621-cpc has no driver for it. No idea if mediatek's SDK does
<rsalvaterra> The CPC isn't a mt7621-specific thing. It's part of the 1004Kc CPS architecture.
<mangix> sure but that string probably comes from mediatek's SDK
<mangix> alright. time to sysupgrade. hope I come back.
<rsalvaterra> :)
<mangix> success
<mangix> interesting...
<mangix> mt7530 mdio-bus:1f: no interrupt support <-- can't figure out where this is from
<mangix> ah
<mangix> I take it an interrupt-controller adds an entry to /proc/interrupts
ashkan has joined #openwrt-devel
rmilecki has joined #openwrt-devel
<mangix> yeah. sergio fixed the dts upstream
goliath has joined #openwrt-devel
zarzarzar has quit [Quit: No Ping reply in 180 seconds.]
zarzarzar has joined #openwrt-devel
<rsalvaterra> mangix: Hm. Let me see Sergio's tree…
<mangix> By upstream I mean kernel.org
<rsalvaterra> Sure, that's how my brain interprets it. :)
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
ashkan has quit [Ping timeout: 480 seconds]
Andi_ has quit [Ping timeout: 480 seconds]
victhor has joined #openwrt-devel
Andi_ has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
fda- has quit [Quit: ZNC - https://znc.in]
fda has joined #openwrt-devel
Tapper has joined #openwrt-devel
minimal has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
Tapper has quit [Ping timeout: 480 seconds]
goliath has joined #openwrt-devel
Tapper has joined #openwrt-devel
fda- has joined #openwrt-devel
fda has quit [Ping timeout: 480 seconds]
genuser1 has joined #openwrt-devel
genuser1 has quit [Remote host closed the connection]
chadn has joined #openwrt-devel
dorf has joined #openwrt-devel
ashkan has joined #openwrt-devel
chadn has quit [Quit: Leaving]
dorf has quit [Remote host closed the connection]
dorf has joined #openwrt-devel
philipp64 has quit [Quit: philipp64]
Andi_ has quit [Remote host closed the connection]
Andi_ has joined #openwrt-devel
philipp64 has joined #openwrt-devel
madwoota has quit [Read error: Connection reset by peer]
madwoota has joined #openwrt-devel
philipp64 has quit [Ping timeout: 480 seconds]
goliath has quit [Quit: SIGSEGV]
<Grommish> rsalvaterra: This looks like jank, but almost in a good way.. https://www.aliexpress.com/item/33005055478.html
<Habbie> are those two things supposed to be antennae?
danitool has quit [Read error: Connection reset by peer]
danitool has joined #openwrt-devel
<Grommish> Habbie: You got me :D Someone posted it on the discord because it "supported Openwrt"
<Habbie> some people see 'MT76' and assume an openwrt image exists ;)
<Habbie> then again, the text also says so
<Grommish> But, 24vPoE as a dumb WAP for US$20 is intriguing
<Habbie> yes, just noticed that
<Habbie> i don't have PoE yet, but it is intriguing
<Habbie> bit bare though
<Habbie> i like how the text warns there is no manual
<Habbie> "that is not my problem"
<Grommish> Right, but as I told the person who posted.. Chaos Calmer is "running Openwrt"
<Habbie> ah yes
<Grommish> Its a MT7620A board, so it should work, but..
<Habbie> has openwrt ever dropped targets?
<Grommish> Sure.. incompat or resource issues
<Habbie> right, 4MB etc. I knew about
<Grommish> Some folks still run LEDE17 looking for help
<Habbie> incompat, because linux dropped things?
<Grommish> Targets unable to keep up with the kernel versions get dropped, yes
<Grommish> At least, AFAIK
<Habbie> right
dangole has joined #openwrt-devel
goliath has joined #openwrt-devel
dorf has quit [Remote host closed the connection]
dorf has joined #openwrt-devel
Tapper1 has joined #openwrt-devel
Tapper has quit [Read error: Connection reset by peer]
<mangix> Habbie: how’s that archer running?
<Habbie> i accidentally connected to it a few minutes ago so apparently it stayed up!
<Habbie> i did power it off at that time because i did not want to connect to it
<Habbie> let me boot it up and check what image is actually on it now
<Habbie> OpenWrt SNAPSHOT, r17757+9-3a93704a63
<Habbie> hmm that's master
<Habbie> i could run your stuff for a while if you want - were you expecting instability?
<owrt-1907-builds> Build [#25](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/16/builds/25) of `armvirt/32` completed successfully.
<mangix> Habbie: was just wondering. Don’t worry about it.
<Habbie> ok!
<Habbie> always happy to do something if it helps
<Habbie> lol, whole tcp/ip-stack died when i changed the wifi security mode on a wrt3200acm
<Habbie> 'ip a' hang
<mangix> wrt3200acm is special
<Habbie> uh oh
<Habbie> go on :)
<mangix> wifi drivers are abandoned
<mangix> so anything can happen
<Habbie> oh wow
<Habbie> abandoned but still in mainline linux?
<slh> mwlwifi has never been in mainline
<Habbie> oh
<Habbie> hmm i saw a warning about mwlwifi in the wifi security page in luci
<slh> Marvell made one short lived attempt to submit it, but while that was received relatively positively, they never followed up with the submissions
<Habbie> ok
<Habbie> so mwlwifi lives in the openwrt tree?
dorf has quit [Remote host closed the connection]
<slh> it's packaged in OpenWrt, but development has been dead for around 3 years now
dorf has joined #openwrt-devel
<Habbie> found it
<Habbie> PKG_SOURCE_URL:=https://github.com/kaloz/mwlwifi
goliath has quit [Quit: SIGSEGV]
<mangix> Habbie: employee working on the driver was laid off
<Habbie> ah
<Habbie> and presumably stock firmwares have some non-submitted version that works fine?
<mangix> the yuhhaurlin guy on that github page
<mangix> no idea about stock firmware. I assume it has some fixes and some things that don't work
<Habbie> ack
<Habbie> the stock firmware only survived for a few minutes after unpacking here :)
<mangix> Yeah apparently the new corporate overlords of marvell's wifi division are worse
<mangix> not even a driver available under NDA
<Habbie> uh
<Habbie> what about the GPL?
<mangix> what about it?
<Tapper1> the stock firmware has not bin updated since 13-02-2020
<Tapper1> for the wrt3200acm
<Tapper1> Not that I would ever run stock anyway.
* Tapper1 shudders!
<mangix> I wonder if anyone ever tried to replace the wifi cards on a WRT1900v1
<Habbie> mangix, shouldn't the GPL compel a vendor like Linksys to hand out code?
<slh> I have some faint memories about that, very early on (don't ask me who) - iirc with Atheros cards, iirc it was quite difficult to get that working
<Habbie> Tapper1, oh wow, indeed
<mangix> Habbie: I'm talking about NXP, not linksys. NXP handles the wifi driver. Nowadays they produce a binary blob compiled against a specific kernel version.
<Habbie> that sounds illegal
<mangix> perfectly legal AFAIK
<mangix> they're not modifying the kernel
<Habbie> just supplying a module?
<mangix> yeah
<Habbie> hmm, i didn't think that was legal, but IANAL
<mangix> same situation with broadcom
<mangix> speaking of situation, ping rsalvaterra
<stintel> anyone have a TTL pinout for the Unifi 6 Lite ?
<Habbie> nice
<stintel> mangix: thanks
<mangix> 115200. amazing.
<stintel> what is 0 and what is 3 though
<mangix> I think ramips SDK defaults to 57600
<mangix> good quality of life change
<stintel> anyway, it's not working
<stintel> back to 11ac then
<mangix> stintel: judging by the picture, the separated pin is probably ground
<mangix> that's how it is on the archer
<stintel> interesting, it's almost like how USB never plugs in from the first time even though orientation wass correct
<stintel> switched rx/tx several times and now it's workinmg
<stintel> let's hope I can crash this thing soon now
<stintel> driving 2100km again tomorrow
<stintel> interesting. the thing completely freezes
<stintel> no output on console, nothing, just dies, within minutes after connecting an 11ax client
<Habbie> stintel, >3000rpm all the way? :)
<stintel> Habbie: :D
<stintel> Habbie: I've hit the rev limiter a few times already, all good with the engine ;)
<owrt-1907-builds> Build [#26](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/53/builds/26) of `mediatek/mt7623` completed successfully.
<Habbie> stintel, that's at 6?
<stintel> 7
<Habbie> nice
<stintel> looking forward to the autobahn :)
<Habbie> enjoy :)
<stintel> should probably flash the 98 octane map if I want to do an attempt at 300kph :P
<stintel> thanks
<Habbie> i don't think i'll ever extend my comfortability with flashing devices at home to my car ;)
<stintel> :D
<stintel> once I learned about bootmod3 ... I got very impatient for it to arrive for the F series :P
<Habbie> sounds like a custom android rom
<Habbie> (i spent my day in the terrible world of custom android roms yesterday)
<stintel> actually, the unifi didn't crash
<mangix> stintel: that's quite surprising
<stintel> client connection froze, roamed after a bit, but this time the 6 lite is still alive:/
<mangix> my mt7915 device here is rock solid
<mangix> wonder what the issue is...
dangole has quit [Remote host closed the connection]
<stintel> mangix: the device completely dies, unreachable wired but link up
<stintel> let's connect the corp macbook to it
<mangix> stintel: dts file looks like it has no compatible line for the wifi section. All I can think of.
dangole has joined #openwrt-devel
<mangix> hmm wonder why some devices have ieee80211-freq-limit
<stintel> yeah and now I can't reproduce it, of course
<stintel> could it be a PoE problem ...
<stintel> the device is now connected with a 3ft cable to a PoE+ switch
<slh> because the phy and amps only allow a single frequency, but the vendor wifi calibration data doesn't disable the 'wrong' band by itself
<stintel> when it's crashing it's on a cable in the wall, 10s of meter probably
<stintel> but I only have a RPi here for TTL and no monitor in the room where it's crashing
<stintel> oh, actually I'm accessing the Pi via IP anyway, I could pull this off, there are 2 outlets in the room
<mangix> interesting...mt76 supports mediatek,eeprom-merge-otp but nothing uses it
<mangix> wonder what it's for
<stintel> but yeah even if the unifi 6 lite is not completely disappearing from the network, I have client connections freezing,
<stintel> which is interesting because I don't have any issues on the Unifi 6 LR
<stintel> this starts to smell like a faulty unit
<mangix> stintel: freezing connection is interesting. I have that as well, but only on an iOS device
<stintel> ah
<stintel> I have it on macbook pro 2020 (intel) and 2015 xps13 with intel ax200
<mangix> So broadcom compatibility issue
<mangix> stintel: odd. I don't get it on intel ax210
<mangix> or my qca phone
<stintel> yeah my phone refuses to connect
<stintel> it's WPA-Enterprise in PEAP mode
<mangix> ah
<stintel> but the shitty samsung flagship thinks it's wpa3-enterprise suiteb
<stintel> so it only allows EAP-TLS
<stintel> and the corp galaxy or my old huawei don't even show the network
<mangix> interesting... compatible = "mediatek,mt76"; is not even used by the mt76 driver
<mangix> seems documentation is wrong
<mangix> :q
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
Tapper1 has quit [Ping timeout: 480 seconds]
<stintel> bloody heisenbug
strobo has joined #openwrt-devel
dorf has quit [Remote host closed the connection]
dorf has joined #openwrt-devel
ashkan has quit [Ping timeout: 480 seconds]
<owrt-1907-builds> Build [#28](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/11/builds/28) of `armvirt/64` completed successfully.
<strobo> hi, with ./scripts/feeds I keep getting "feeds/packages/net/gnunet/Makefile: invalid group spec :postgres=5432"
<strobo> there was a change yesterday on openwrt/packages, c3c6a2f, it might be the reason
<strobo> anyway I can change net/gnunet/Makefile, or check out another commit, but ./scripts/feeds keeps complaining as if nothing had changed
<strobo> there is probably something I'm missing?
<stintel> interesting. the Unifi 6 dropped from the network seemingly as soon as the corp Galaxy S9 connected to it
<stintel> it is perfectly responding on its TTL console
<stintel> and I see outgoing packets on the lan interface, but no incoming
<stintel> something messing with DSA maybe ?
Tapper has joined #openwrt-devel
philipp64 has joined #openwrt-devel
<stintel> might have been a config error. I just noticed that the guest vlan bridge was configured with eth0.99 - this should have been lan.99
<mangix> stintel: do you have flow offload enabled?
<stintel> mangix: I don't even have iptables :)
<mangix> so nbd mentioned before that the wifi and ethernet driver support some kind of offload among each other
<stintel> so maybe the WPA Enterprise config with dynamic vlan joined lan.99 and eth0.99 in the same bridge and caused a loop
<stintel> let's just try that actually
<stintel> have TTL connected now anyway
<stintel> so maybe that and ustpd just disables the bridge port
<stintel> ip link add link eth0 name eth0.99 type vlan id 99
<stintel> ip link set dev eth0.99 up
<stintel> brctl addif br-vlan99 eth0.99
<stintel> oops
<stintel> MT7915 BLE broadcasting successfully
<stintel> interesting
<stintel> ok I can't reproduce even by reintroducing the config error
<stintel> so it must have been DFS
<stintel> I'll just use a non-DFS channel then for now
<stintel> then at least I don't have to fallback to QCA 11ac Wave1
<stintel> and can take the U6LR home to test 2.5GbE
minimal has quit []
Andi_ has quit [Ping timeout: 480 seconds]
Andi_ has joined #openwrt-devel
goliath has joined #openwrt-devel
<dangole> strobo: please also update buildroot before updating feeds, that should fix the problem.
<owrt-1907-builds> Build [#25](https://buildbot.openwrt.org/openwrt-19.07/images/#builders/20/builds/25) of `mediatek/mt7622` completed successfully.
<owrt-snap-builds> Build [#318](https://buildbot.openwrt.org/master/images/#builders/11/builds/318) of `sunxi/cortexa53` completed successfully.
<stintel> mangix: are you using DFS channels ?
<mangix> stintel: yes
<mangix> 100 specifically
<stintel> mangix: and did your mt7915 ever detect and radar?
<stintel> any*
<hauke> stintel: my mt7915 detects radar after at least one day
<mangix> no
<mangix> there's no airport where I live
<stintel> hauke: which device ?
<stintel> I'm surrounded by radars in Belgium :P
<stintel> in Bulgaria not so much but still there is one close enough
<hauke> stintel: Belkin RT3200
<stintel> hauke: ok
<stintel> I'm not having issues on U6LR, it's only the U6Lite that is dropping from the network
<hauke> stintel: the device then switches to an other channel
<stintel> hauke: I know the basics of DFS, I mean the U6Lite drops from the network, both wired and wireless
<stintel> it becomes completely unreachable, but apparently it's not dead, just offline, checked with TTL console earlier
<stintel> I switched it to non-DFS channel, I'm going to risk leaving this as the only AP in my parent's house
<stintel> if it goes offline again I know it wasn't caused by DFS after all
<stintel> and I can powercycle it via the switch to bring it back
<hauke> droping wired becasue of DFS is strange
<stintel> it's weird ... I've had it few times right after power cycle
<jow> never rule out cosmic rays :)
<stintel> then today could not reproduce, then realized the corp Galaxy S9 wasn't connecting to it as I removed the guest network (replaced by WPA3 Enterprise with dynamic VLAN and l/p for guest access)
<stintel> but the S9 doesn't even show this network then, so added back the WPA2 guest network, connected the S9 and the AP dropped offline
<stintel> but then I saw in logs that at the same time it had a DFS event
<stintel> the S9 is connected now ... so I'm ruling that out as the cause
<stintel> jow: I had considered it ..
<slh> hauke: could you eventually take a look at merging https://patchwork.ozlabs.org/project/openwrt/patch/20210624210408.19248-1-bjorn@mork.no/ (it's also needed for openwrt-21.02)?
shibboleth has joined #openwrt-devel
rua has quit [Ping timeout: 480 seconds]
dorf has quit [Remote host closed the connection]
dorf has joined #openwrt-devel
ashkan has joined #openwrt-devel
rua has joined #openwrt-devel
philipp64 has quit [Ping timeout: 480 seconds]
<stintel> bugger, no working gender changer to serial console my APU2 here. I recall it not coming back after reboot last time. maybe this is related to ujail hanging
<stintel> and maybe rebooting with console attach would reveal something
philipp64 has joined #openwrt-devel
<stintel> interesting, sysupgrade the device, it doesn't come back, powercycle it, comes back, sysupgrade *did* succeed