hakko_ has quit [Remote host closed the connection]
hakko_ has joined #openwrt-devel
<hakko_>
Hello!
<hakko_>
I had one problem with MT76 drivers
<hakko_>
Probabily
<hakko_>
If I try to connect the device to an acesspoint with an invalid password the with connections becomes inative. AP mode on the (router/device in question)
Grommish has quit [Read error: Connection reset by peer]
<dwfreed>
hakko_: that's not driver specific
<dwfreed>
if there's both a client and AP configured for the same radio, hostapd needs to wait for wpa_supplicant to be finished with connecting the client before it can start the AP
<hakko_>
hum...
<hakko_>
It's possible to change this behavior
<dwfreed>
no, because the AP configuration depends on the client configuration
<hakko_>
But without any client connection how I will config the device? Moving the device to another place?
<dwfreed>
wired, serial, or using another device to fake the client configuration you set so it'll connect
<hakko_>
This makes the things harder... But it's interesting that without any client configured the AP shows up
shoragan has quit [Ping timeout: 480 seconds]
<dwfreed>
because without a client configuration, the AP configuration no longer has any dependencies
<hakko_>
Thanks for clarifing this dwfreed, I never think about this situation
xes has quit [Ping timeout: 480 seconds]
<hakko_>
Maybe I can do some hack because my device have an lcd
<rsalvaterra>
nbd: Isn't this the kind of ksym we usually filter out (in target/linux/generic/config-filter) from the kconfigs?
srslypascal is now known as Guest211
srslypascal has joined #openwrt-devel
Guest211 has quit [Ping timeout: 480 seconds]
ptudor_ is now known as ptudor
robimarko has joined #openwrt-devel
torv has quit [Remote host closed the connection]
torv has joined #openwrt-devel
Misanthr- has quit [Ping timeout: 480 seconds]
Misanthropos has joined #openwrt-devel
<Pepes>
Guys, I think I am doing something wrong and I could not figure out what. I want to have ubifs as root filesystem image, but there is only ext4, squashfs. Into target.mk, I added nand, ubifs to FEATURES, put into device.mk also as FILESYSTEMS ubifs, enabled several config options in kernel, but still no sign about it. :( This it makes me wonder if only squashfs and ext4 is
<Pepes>
supported
<stintel>
see target/linux/foo/image/*
l-fy has quit [Remote host closed the connection]
<Pepes>
It seems I was missing UBIFS_OPTS, hmm.
<stintel>
target/linux/mediatek/image/mt7622.mk linksys_e8450 vs linksys_e8450-ubi could give some more hints ..
<stintel>
although this is a special case, with non-stock bootloader afair
<Pepes>
I was looking at oxnas, but yeah, this is helpful. Thank you
<stintel>
yw :)\
<stintel>
there isn't a global option to build ubifs images as this requires nand storage and not many devices have them - this is changing though
eduardo010174 has joined #openwrt-devel
<Pepes>
Yeah, I wondered why P2020RDB in mpc85xx does not have anywhere that it has nand storage. (https://github.com/openwrt/openwrt/blob/master/target/linux/mpc85xx/Makefile#L11) I added it to p2020/target.mk below the boardname with FEATURES+=nand and I hope that's alright. But I dont have this development board to test it, but similar one
Tapper has joined #openwrt-devel
<rmilecki>
Pepes: i'm not sure if that's supported, we usually / always do squashfs (rootfs) + ubifs (rootfs_data = overlay)
<robimarko>
FEATURES impacts the whole targets as far as I know
goliath has joined #openwrt-devel
robimarko_ has joined #openwrt-devel
robimarko has quit [Ping timeout: 480 seconds]
<nick[m]1234>
downloads.openwrt.org seems unreachable with ipv6
<stintel>
works for me
<Habbie>
works for me
<nick[m]1234>
hmmm, if I run a imagebuilder and have ipv6 connectivity it does no longer work
<nick[m]1234>
Should https://[2a01:4f8:251:321::2] work?
<stintel>
curl: (60) SSL: no alternative certificate subject name matches target host name '2a01:4f8:251:321::2'
<Habbie>
curl: (60) SSL: no alternative certificate subject name matches target host name '2a01:4f8:251:321::2'
<Habbie>
i'll just shut up now :D
<stintel>
that's what downloads.openwrt.org resolves to so yes it should work
eduardo010174 has quit [Remote host closed the connection]
<nick[m]1234>
curl --insecure https://[2a01:4f8:251:321::2] does not work for me, however port 80 works
<Habbie>
nick[m]1234, that works here
<nick[m]1234>
let me have a look into wireshark
<nick[m]1234>
hmmm, I get some errors. TCP Previous segment not captured... TCP Dup ACK...
<nick[m]1234>
I go via a wireguard tunnel with 1412 mtu
srslypascal has quit [Quit: Leaving]
<nick[m]1234>
and mss claming to 1372
<nick[m]1234>
argh, I think I clamped wrong
<Habbie>
happens to me all the time while making cables ;)
<nick[m]1234>
now it works
<Habbie>
cool
<stintel>
indeed, http ok https not sounds like mtu issue
<nick[m]1234>
thanks for your help! :)
srslypascal has joined #openwrt-devel
dangole has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
valku has joined #openwrt-devel
ekathva has quit [Remote host closed the connection]
hakko_ has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<stintel>
so 7440 is the absolute minimum to be RFC compliant
<rsalvaterra>
Holy smokes…! From the RFC: "In such cases, the value of the "established connection idle-timeout" MUST NOT be less than 2 hours 4 minutes."
<rsalvaterra>
"The additional 4 minutes allows time for in-flight packets to cross the NAT."
<rsalvaterra>
Fair enough. :P
<stintel>
ah so pretty soon we can drop them as NAT will be obsolete
* stintel
hides
<rsalvaterra>
Prech it, bro! :P
<rsalvaterra>
*Preach
<rsalvaterra>
Somehow I feel these values should warrant a comment something like… net.netfilter.nf_conntrack_tcp_timeout_established=7440 # RFC 5382
<f00b4r0>
stintel: if only. My ISP turned off IPv6 last January, I'm still waiting/hoping they will turn it back on ;P
philipp64 has joined #openwrt-devel
minimal has joined #openwrt-devel
minimal has quit [Quit: Leaving]
<robimarko_>
stintel: I just wish
<robimarko_>
My ISP refuses to even say if they are planning to deploy IPv6
<stintel>
anyone else noticed a performance regression in master recently related to bridge?
<stintel>
traffic routed from one vlan to another does >900Mbps when using eth0.x eth0.y but when eth0 is in a bridge using bridge-vlan this drops to ~600Mbps
ecloud has quit [Ping timeout: 480 seconds]
danitool has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
ecloud has joined #openwrt-devel
ekathva has quit [Remote host closed the connection]
<hurricos>
neggles: are you joking? What the hell? But how is that "secure" boot?
<hurricos>
that's just hard-wiring something that's physically difficult to mess with
<hurricos>
I have an MX67 in-box that's living in my car after I gave up on it.
ekathva has quit [Ping timeout: 480 seconds]
Misanthropos has joined #openwrt-devel
<hurricos>
Not hoping to defeat an FPGA's bootloader tho
<hurricos>
err.
<hurricos>
.... my brain is fried. I'm going to go focus on something. Sounds like a hard time on the MX67, in any case.
ekathva_ has quit [Ping timeout: 480 seconds]
ekathva has joined #openwrt-devel
Borromini has quit [Quit: Lost terminal]
Vaughn has quit [Read error: Connection reset by peer]
arnd has quit [Read error: Connection reset by peer]
jbowen has quit [Write error: connection closed]
kerneltoast has quit [Write error: connection closed]
norris has quit [Read error: Connection reset by peer]
gleb has quit [Read error: Connection reset by peer]
linusw__ has quit [Write error: connection closed]
zx2c4 has quit [Write error: connection closed]
gleb has joined #openwrt-devel
norris has joined #openwrt-devel
kerneltoast has joined #openwrt-devel
linusw__ has joined #openwrt-devel
zx2c4 has joined #openwrt-devel
Vaughn has joined #openwrt-devel
arnd has joined #openwrt-devel
jbowen has joined #openwrt-devel
hanetzer1 has joined #openwrt-devel
hanetzer has quit [Ping timeout: 480 seconds]
jbowen has quit []
gleb has quit [Read error: No route to host]
gleb has joined #openwrt-devel
zx2c4 has quit [Max SendQ exceeded]
jbowen has joined #openwrt-devel
zx2c4 has joined #openwrt-devel
Vaughn has quit [Read error: Connection reset by peer]
gleb has quit [Read error: Connection reset by peer]
gleb has joined #openwrt-devel
Vaughn has joined #openwrt-devel
Grommish has joined #openwrt-devel
Vaughn has quit [Read error: No route to host]
Vaughn has joined #openwrt-devel
jbowen has quit [Read error: Connection reset by peer]
gleb has quit [Read error: Connection reset by peer]
gleb has joined #openwrt-devel
arnd has quit [Read error: Connection reset by peer]
ekathva_ has joined #openwrt-devel
jbowen has joined #openwrt-devel
arnd has joined #openwrt-devel
ekathva__ has joined #openwrt-devel
ekathva__ has quit [Read error: Connection reset by peer]
ekathva__ has joined #openwrt-devel
ekathva has quit [Ping timeout: 480 seconds]
ekathva__ has quit []
ekathva_ has quit [Ping timeout: 480 seconds]
hanetzer1 is now known as hanetzer
<stintel>
found the cause of my performance issue: looks like hardware timestamping does not come for free
cbeznea1 has quit [Quit: Leaving.]
mrkiko has joined #openwrt-devel
<mrkiko>
dangole: hi! I tried the netconsole stuff in the end, but u-boot wouldn't boot anymore and I had to use recovery. For sure I did something wrong. May I ask you to add a section about that to the instalelr readme or maybe create a separate netconsole.rst file? I think it could be useful in general.
GNUmoon has quit [Ping timeout: 480 seconds]
<neggles>
hurricos: regrettably, way - there’s some details in comments/README files in the meraki MS120-8LP GPL sources, they call it “aikido” internally and ACT2 publicly
<neggles>
The SmartFusion verifies the u-boot image via efuse-embedded root of trust before allowing the main SoC to boot it, in the case of the MS120 it appears to monitor the UART to prevent kwboot from working (resets the system after a few seconds of loading), and it while it has external SPI flash removing that didn’t stop it booting
<neggles>
thing is also a GPIO controller and reset controller
<neggles>
and a TPM
dedeckeh has quit [Remote host closed the connection]
GNUmoon has joined #openwrt-devel
Tapper has quit [Quit: Tapper]
<stintel>
nbd: looks like bpf-headers ignores CONFIG_HZ_300 in target kernel config for some reason
shibboleth has quit [Quit: shibboleth]
dansan has quit [Ping timeout: 480 seconds]
dansan has joined #openwrt-devel
robimarko_ has quit [Quit: Leaving]
GNUmoon2 has joined #openwrt-devel
GNUmoon has quit [Ping timeout: 480 seconds]
romany has quit [Quit: Ping timeout (120 seconds)]
romany has joined #openwrt-devel
dangole has quit [Ping timeout: 480 seconds]
<Slimey>
yo :p
<Slimey>
moving to a new place
<Slimey>
actually im there now borrowing someones wifi