gch981213328945 has quit [Read error: Connection reset by peer]
gch9812133289455 has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
gch981213328945 has joined #openwrt-devel
gch9812133289455 has quit [Read error: Connection reset by peer]
gch981213328945 has quit [Read error: Connection reset by peer]
gch981213328945 has joined #openwrt-devel
gch9812133289457 has joined #openwrt-devel
gch981213328945 has quit [Read error: Connection reset by peer]
gch9812133289457 is now known as gch981213328945
luke-jr has quit [Remote host closed the connection]
luke-jr has joined #openwrt-devel
gch9812133289457 has joined #openwrt-devel
gch981213328945 has quit [Ping timeout: 246 seconds]
MichaelOF has quit [Ping timeout: 260 seconds]
gch981213328945 has joined #openwrt-devel
MichaelOF has joined #openwrt-devel
gch9812133289457 has quit [Read error: Connection reset by peer]
gch9812133289457 has joined #openwrt-devel
gch981213328945 has quit [Ping timeout: 260 seconds]
gch9812133289457 is now known as gch981213328945
gch981213328945 has quit [Read error: Connection reset by peer]
gch981213328945 has joined #openwrt-devel
Strykar has quit [Excess Flood]
Strykar has joined #openwrt-devel
Huntereb has quit [Read error: Connection reset by peer]
_whitelogger has joined #openwrt-devel
Tapper has joined #openwrt-devel
Tapper has quit [Ping timeout: 240 seconds]
sadj has joined #openwrt-devel
Tapper has joined #openwrt-devel
sadj has left #openwrt-devel [#openwrt-devel]
heffer has quit [Quit: heffer]
aliceussr has joined #openwrt-devel
<aliceussr>
Hello! Can you please tell me where you can change the hostapd configuration?
dedeckeh has joined #openwrt-devel
Tapper has quit [Ping timeout: 272 seconds]
<aliceussr>
Hello! Can you please tell me where you can change the hostapd configuration?
<PaulFertser>
aliceussr: /etc/config/wireless
<aliceussr>
PaulFertser: Not right!
<PaulFertser>
aliceussr: hostapd configuration is auto-generated from that file, so that's right.
<aliceussr>
PaulFertser: What script generates hostapd config?
Tapper has joined #openwrt-devel
<PaulFertser>
aliceussr: /lib/netifd/hostapd.sh
aliceussr has quit [Ping timeout: 265 seconds]
aliceussr has joined #openwrt-devel
<PaulFertser>
aliceussr: /lib/netifd/hostapd.sh
aliceussr has quit [Ping timeout: 246 seconds]
aliceussr has joined #openwrt-devel
swalker has quit [Ping timeout: 256 seconds]
aliceussr has left #openwrt-devel ["Leaving."]
Tapper has quit [Ping timeout: 272 seconds]
dedeckeh has quit [Remote host closed the connection]
Tapper has joined #openwrt-devel
Borromini has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
ivanich has joined #openwrt-devel
danitool has joined #openwrt-devel
aliceussr has joined #openwrt-devel
<aliceussr>
Can you please tell me how to force hostapd to set the hw_mode = n parameter?
Tapper has quit [Ping timeout: 256 seconds]
<PaulFertser>
aliceussr: are you sure such a hw_mode exists at all? You're supposed to be using a for 5 GHz.
<PaulFertser>
802.11n features are enabled with a separate option
<aliceussr>
.!..
<Borromini>
morning guys
<PaulFertser>
aliceussr: are you seriously asking me how to generate a config with which hostapd won't start at all?
<Borromini>
svanheule[m]: hi. Adrian merged my patches, but he left the switch SFP macros out. So they still look OK compared to the old DTS, or am I wrong?
Tapper has joined #openwrt-devel
aliceussr has quit [Ping timeout: 240 seconds]
<svanheule[m]>
Borromini: doesn't look like they changed the merged patch, so no loss of functionality :-)
<Borromini>
yeah :)
<Borromini>
so that's good then.
victhor has joined #openwrt-devel
victhor_ has joined #openwrt-devel
victhor has quit [Ping timeout: 240 seconds]
rmilecki has joined #openwrt-devel
Tapper has quit [Ping timeout: 240 seconds]
grift has quit [Quit: Bye]
grift has joined #openwrt-devel
Tapper has joined #openwrt-devel
aliceussr has joined #openwrt-devel
<aliceussr>
Can you please tell me how to force hostapd to set the hw_mode parameter to n?
<PaulFertser>
aliceussr: I've already told you that's most likely not going to work!
<PaulFertser>
hostapd won't even start due to incorrect parameter, and that's all.
Ivan__83 has quit [Remote host closed the connection]
victhor_ is now known as victhor
black_ant has joined #openwrt-devel
black_ant has joined #openwrt-devel
Tost has joined #openwrt-devel
<hgl>
a newbie question. how do i contribute to openwrt? If I want to add a feature, where do i propose to see if it's even wanted?
<blocktrron>
nbd: do you have a clue, whether or not HE160 / 80P80 capability is from the EEPROM
<blocktrron>
do you have a clue, whether or not HE160 / 80P80 capability is indicated from the EEPROM. mt76 advertises HE160 for my U6 Lite, however if turned on clients will stick to non-ht rates.
<blocktrron>
Ubiquiti does not advertise HE160 for this product, so my naive assumption is that this is a hard limitation somewhere and not just fuzz from the product management
bookworm has quit []
opal has quit [Ping timeout: 240 seconds]
opal has joined #openwrt-devel
bookworm has joined #openwrt-devel
swalker has joined #openwrt-devel
Strykar has quit [Excess Flood]
Strykar has joined #openwrt-devel
<blogic>
blocktrron: what client is that
<blogic>
blocktrron: I have not seen clients that are 80p80 capable
<blogic>
and HE160 requires 8x8
<blocktrron>
It was an AX210
<blogic>
HE PHY Capabilities: (0x0e3f0200fd09800ecff200):
<blogic>
HE40/HE80/5GHz
<blogic>
HE160/5GHz
<blogic>
HE40/2.4GHz
<blogic>
that cant do 80p70
<blogic>
but claims 160
<blocktrron>
let me check
goliath has joined #openwrt-devel
<blogic>
80MHz in 160/80+80MHz HE PPDU
<blogic>
ok, it claims that it can do he80 on a he160 80p80
<blocktrron>
ah okay
<blogic>
however, i do not recall hapd having the code to negotiate that
<blocktrron>
then i misred that
<blogic>
unless someone added that code, but i never handled that case when i wrote the HE support for hapd
<blogic>
HE PHY Capabilities: (0x0e3f0200fd09800ecff200): is what the phy is capable of, yet that requires userland code to properly tell the kernel how to assoc
<blocktrron>
still, is 160MHz support potentially limited in hardware on the MT7915 / by the caldata?
<blogic>
not sure
<blogic>
I have a dlink ax1800 here which is mt7621/7915, planning to make that work tomorrow
<blocktrron>
i'll try to reproduce (and document) what I'm facing here
<blogic>
cool
<blocktrron>
maybe the AX210 isn't the best to test against in it's current state
<blocktrron>
Does your D-Link advertise 160MHz capability?
opal has joined #openwrt-devel
<blocktrron>
I don't have a problem with 160MHz not working on the U6 Lite IF it is due to a limitation somewhere and it just needs to stop advertising HE160, being it by adding a property to the WiFi node or evaluating a maybe-existant flag in the eeprom
<blocktrron>
I just don't know if this is the case or it's a 160MHz specific mt76 problem
<blocktrron>
Hence why i bring this up :P
<blogic>
yeah
<blogic>
blocktrron: pm
black_ant has quit [Ping timeout: 265 seconds]
<dangole>
blocktrron: could be a limitation of the frontends/mixers used in that device, try finding the datasheet of those maybe. but the 'Lite' in the name hints that maybe there aren't any...
<blogic>
dangole: lite becasue it is ax1800
<blogic>
dangole: and yes could be shitty eeprom
<dangole>
blocktron: just checked some, SKY85408-11 for example states only up to HT80
linzst has joined #openwrt-devel
<blocktrron>
dangole: still iexpect the rate controller do do more than 54 Mbit/s
ivanich has quit [Quit: Konversation terminated!]
<blocktrron>
the board to me looked like there were no external frontends
ivanich has joined #openwrt-devel
<blocktrron>
I'll upload the pictures i did. The board is different from the one pictured at the fcc
<olmari>
hmm... I'm trying to put bind in openwrt to act as dns server, but also resolver... AFAIK configs should be fine, but it fails to resolve anything with permission denied
<olmari>
Sat Jan 9 16:50:40 2021 daemon.info named[9615]: permission denied resolving '_.fi/A/IN': 2001:500:12::d0d#53
<olmari>
hmm.. now that I think of it, all denies are IPv6... Which this conneciton still does not sadly have... I'll dif more
<olmari>
so.. not likely openwrt issue itself, but now I wonder how I'd tell Named to query only through IPv4
Tost has quit [Ping timeout: 246 seconds]
opal has quit [Ping timeout: 240 seconds]
opal has joined #openwrt-devel
<dangole>
blocktrron: right, there is nothing there, antennas connected more or less straight to the wifi chips
grift has quit [Ping timeout: 272 seconds]
grift has joined #openwrt-devel
black_ant has quit [Ping timeout: 256 seconds]
black_ant has joined #openwrt-devel
black_ant has joined #openwrt-devel
black_ant has quit [Changing host]
grift has quit [Ping timeout: 244 seconds]
grift has joined #openwrt-devel
grift has quit [Client Quit]
grift has joined #openwrt-devel
aliceussr has joined #openwrt-devel
<aliceussr>
Comrades! Please advise the OpenWRT firmware for MTK7620A with FLASH 32M so that the WiFi speed is at least 80-90 Mbps.
<olmari>
okay I made bind to only use ipv4 ever anywhere by editing init.d file, good enough for now :)
<f00b4r0>
I wonder if we could get rid of the soviet troll?
<ldir>
f00b4r0: ignore, will go away at some point, probably when Trump is finally kicked out ;-)
<f00b4r0>
;-)
<aliceussr>
dangole: How to connect it to OpenWRT?
<f00b4r0>
ldir: although i thought trump was supposed to prevent soviets from taking over america? ^o^
dedeckeh has joined #openwrt-devel
<dangole>
aliceussr: no, this is a different distribution, not connected to OpenWrt. the vendor driver requires outdated platform kernel. no way to use this on recent OpenWrt. there are forks of 15.05 out there with prehistoric kernel patched in to work with that vendor driver...
opal has joined #openwrt-devel
<dangole>
aliceussr: of course, if you want to use OpenWrt you can go ahead and improve rt2x00 driver to match your performance needs on the device you are using. i'm not saying this is impossible to achieve.
<aliceussr>
dangole: Thank you very much for the information, comrade!
blb4393 has joined #openwrt-devel
shibboleth has joined #openwrt-devel
dangole has quit [Ping timeout: 272 seconds]
Borromini has joined #openwrt-devel
dedeckeh has quit [Remote host closed the connection]
Tost has joined #openwrt-devel
dangole has joined #openwrt-devel
<olmari>
BTW, miniupnpd also now works with current master, so thank you for that too (no public ipv6 here, does it affect or not, ULa is stil lexisting)
<olmari>
I know IPv6 and UPnP (port forwards) doesn't generally relate, but wouldn't be first time combo had proplems in the history =)
<pkgadd>
recently as in yesterday morning (and he's connected( idle right now)
urjaman has quit [Read error: Connection reset by peer]
urjaman has joined #openwrt-devel
opal has joined #openwrt-devel
Borromini has joined #openwrt-devel
valku has joined #openwrt-devel
Tost has joined #openwrt-devel
dangole has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
<dangole>
just realizing tplink-v1 ath79 snapshot images are not booting because lzma decompression on tp-link loader fails, probably kernel grew too large and we need to wrap that one with okli as well
<Borromini>
dangole: tplink-v1?
nlowe has joined #openwrt-devel
<dangole>
Borromini: ie. non-safeloader non tplink-v2-image devices. all the legacy tp-link devices but mostly also all the other vendors which adopted tp-link-v1 image format (and bootloader)
<Borromini>
oh
dangole has quit [Ping timeout: 272 seconds]
<pkgadd>
I've pretty much lost track of all the different (recent'ish) tp-link firmware formats by now (only having old-style devices, tl-wr941nd v2, tl-wr1043nd v1, tl-wdr3600, tl-wdr4300)
<Borromini>
they'll all break at some point :P
<pkgadd>
uboot-mod is working pretty well on my tl-wdr3600/ tl-wdr4300, the OEM u-boot can recovery reliably on the tl-wr1043nd v1, but the tl-wr941nd v2 can't recover without serial console access
opal has quit [Ping timeout: 240 seconds]
opal has joined #openwrt-devel
<Borromini>
i installed breed on my archer c5 v1, haven't set it up yet though.
<Borromini>
what uboot-mod are you using pkgadd? pepe2k?
<pkgadd>
yes
<Borromini>
but not on the 1043 v1 i suppose?
<Borromini>
i tried to find it for that one a few years ago but no binaries, compiled it myself but it broke the v1 :P
<pkgadd>
works nicely (but to be fair, the OEM bootloader was working well on the tl-wdr3600/ tl-wdr4300 as well, needed to recover those a couple of times). sadly no uboot-mod for the tl-wr1043nd v1 (but it still recovery reliably using the -updated- OEM bootloader)
<Borromini>
that's good
<Borromini>
i assume you keep it for testing?
<Borromini>
btw is there a way to find out the kernel size from a running system?
<pkgadd>
well, they're mostly sitting around unused these days
<Borromini>
:)
<pkgadd>
they've had their years of active service
<pkgadd>
I wanted to use the tl-wdr3600 for the last few months of my VDSL2/ PPPoE service, but it was crashing constantly over ~summer
<pkgadd>
now I'm using the bthub5 instead
<pkgadd>
I'd love to use the map-ac2200 instead of the bthub5, but just not enough ethernet ports to be useful for that (perhaps I'll fetch another gs1900-whatever to help with that ;)
swex has quit [Quit: swex]
ivanich_ has quit [Quit: Konversation terminated!]
ivanich has joined #openwrt-devel
woodst0ck has joined #openwrt-devel
<mangix>
the snapshot SDKs do not use latest master
<mangix>
wonder what's going on...
<mangix>
date looks good
bkallus has joined #openwrt-devel
<hurricos>
Anyone have any clues why two nodes, each with two WNICs, each in 11s mode, bridged to the same network, would cause a broadcast storm?
<hurricos>
s/would/does/
dorf_ has joined #openwrt-devel
<hurricos>
With eth switches I think STP prevents cycles, but 11s doesn't seem to do anything like that.
* hurricos
thinks he's answered his own question
<PaulFertser>
hurricos: but you can enable STP on those Linux software bridges that are bridging wireless to wired
<hurricos>
PaulFertser: You mean the if named by default `br-lan`?
<PaulFertser>
hurricos: yes
<hurricos>
PaulFertser: Thanks, I've been trying to answer that one since June 2019.
<PaulFertser>
hurricos: I'm not promising it will help, I do not know enough about STP. But it might.
<Borromini>
pkgadd: well there's more in master now :D
<Borromini>
and you can add the non-PoE when you get it :P
<hurricos>
It's easy enough to try, and makes sense to me
<pkgadd>
yep, I've seen the patches going in :)
<Borromini>
pkgadd: you can probably just flash the GS1900-8HP image onto it since PoE isn't handled through devicetree
<Borromini>
yes, i gave adrian a fulltime job on the review :-/
<pkgadd>
yep, depends on what I'll get (I have my eyes on a gs1900-8, a gs1900-24e and a gs1900-24) - just waiting how the prices will evolve
<Borromini>
:)
bkallus has quit [Ping timeout: 260 seconds]
<Borromini>
with bkobl announcing support for a multi-gigabit RTL9xxx SoC, i gotta admit i've been eyeing the ZyXEL XGS1210-12 as well :-/
<Borromini>
no usecase though :P
<pkgadd>
I really want 10 GBit/s, but not for the current prices
<Borromini>
a full 10 Gb switch? :)
<Borromini>
that's still 500-ish apparently
<Borromini>
XGS1210-12 has 2x 2,5 and 2x 10 (SFP+)
<Borromini>
for ~200
<pkgadd>
I'd like a full 10 GBit/s one, but prices are just insane - none of my computers currently have >>1 GBit/s ethernet connectivity (but that could be changed, even for reasonable prices).
<Borromini>
hehe
dedeckeh has quit [Remote host closed the connection]
<pkgadd>
Borromini: ah, do you happen to know what functionality the hidden button sw1 is supposed to provide?
<Borromini>
pkgadd: no, sorry. i've seen them on my GS1900-8HP PCB too, though
bkallus has joined #openwrt-devel
<pkgadd>
btw. I've taken a peak into my old TP-Lik TL-SG1016D v1 unmanaged switch, the markings on the pcb suggest broadcom "(BCM)" - but I do see a suspicions unpopulated 4 pin header on the pcb...
<Borromini>
:)
<pkgadd>
judging from (presumably) similar (managed-) routers, it's not running linux though (around half a MB firmware size)
<rsalvaterra>
ldir: I'm here :)
<Borromini>
pkgadd: you think the exposed chips might not be the SoC?
ivanich has quit [Quit: Konversation terminated!]
<pkgadd>
Borromini: there are huge heat sinks over all the interesting chips, so no real idea what's beneath them (just guessing based on the (BCM) marking), but the unpopulated 4 pin header is tempting my interest nevertheless
<Borromini>
=)
rmilecki has quit [Ping timeout: 256 seconds]
<nlowe>
Even with AX Wi-Fi, there remains extremely little genuine/real use cases for a backhaul above 1 Gb/s
<nlowe>
And many/most are using Wi-Fi as the access medium these days
<nlowe>
I have zero use for mgig or 10 Gb/s switching personally
<Borromini>
nlowe: at this point, neither do i.
<pkgadd>
I'd really like having >>1 GBit/s between my workstations (and their storage backend)
<dorf_>
2.5 is the logical upgrade.
<dorf_>
no need for new cabling.
<pkgadd>
perhaps, but I'm not paying for /just/ that
<dorf_>
yeah, sure, 1Gb/s isn't too bad.
<dorf_>
if you're pushing a bunch of 4K videos over the lan, then maybe an upgrade is a good idea.
<dorf_>
otherwise, I agree, it's hard to make a case for a switch and adapter upgrade.
<pkgadd>
and at least for me, the important systems (which do profit for ethernet performance most) are sitting in one room, so cables wouldn't be a problem with 10GBase-T either (at <10m, even the existing patch cables should do)