Tapper has quit [Read error: Connection reset by peer]
<Tapper1>
Hi is the bug stopping mt7621 boards from booting fixt?
<Tapper1>
in master.
<Borromini>
Tapper1: yes it was
<Borromini>
stintel fixed it
<Tapper1>
Thanks to the both of you.
<Borromini>
you got MT7621 stuff?
<Borromini>
ah that R6220 thing maybe?
srslypascal has joined #openwrt-devel
<stintel>
derp, so I removed pad-to 64k in the eap615-wall, then saw this warning: [ 0.712046] mtd: partition "rootfs" doesn't start on an erase/write block boundary -- force read-only
<Borromini>
what that in response to the comments?
<Borromini>
on your v1 i mean
<stintel>
while harmless I rather not see that, so added back padding but with different value, flashed my eap615-wall *without* TTL header
<stintel>
and of course it doesn't boot anymore :P
<Borromini>
xD
<stintel>
yes
<Borromini>
you're living on the edge nowadayas eh :P
<stintel>
making stupid mistakes a lot :(
<Borromini>
tired?
<stintel>
sleeping much more than usual lately - since the hospital break
<stintel>
[ 0.694199] no rootfs found after FIT image in "firmware"
evils[m]1 has quit [Server closed connection]
evils[m]1 has joined #openwrt-devel
<stintel>
blocktrron: fyi, I rarely use that xps13, so hiccups can easily go unnoticed...
<stintel>
blocktrron: but my corp macbook is connected to the eap615 upstairs all the time, and never noticed any issues during video calls
pmelange has joined #openwrt-devel
<stintel>
incorrect device type in firmware
<stintel>
Error: no Image found at 0xbfca0000
<stintel>
wtf
<stintel>
sigh
<stintel>
see what I mean, trying to sysupgrade a factory image *facepalm*
<Borromini>
:P
Tapper1 has quit [Ping timeout: 480 seconds]
<stintel>
ok so the performance regression I thought I saw on mt76 was probably just the stupid phone not connecting to 5GHz
<stintel>
it just did it again, after reboot it started connecting
<stintel>
stupid samsung piece of crap
<Borromini>
ok
<Borromini>
QCA wireless probably :P
pmelange has left #openwrt-devel [#openwrt-devel]
<stintel>
it's an exynos soc, dunno what they use
<stintel>
most expensive phone ever, probably also most problematic phone ever
<stintel>
another vendor on my blacklist
<stintel>
have issues? factory reset you noob
<stintel>
right
<stintel>
great support!
<stintel>
so this issue will surface again in a month and you will tell me to factory reset again
<stintel>
fucking wankers
<Borromini>
i try to get phones with some degree of LOS support but that doesn't free you from binary blobs of course
isak has quit [Server closed connection]
isak has joined #openwrt-devel
fblaese has quit [Server closed connection]
fblaese has joined #openwrt-devel
danitool has joined #openwrt-devel
Tapper has joined #openwrt-devel
reiffert has quit [Server closed connection]
reiffert has joined #openwrt-devel
goliath has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
rua has quit [Ping timeout: 480 seconds]
c0sm1cSlug has quit [Server closed connection]
c0sm1cSlug has joined #openwrt-devel
<aparcar>
hauke: stintel no objection regarding the merge of octeontx?
<aparcar>
Sorry I'm a bit in and out these days
rua has joined #openwrt-devel
Monkeh has quit [Server closed connection]
danitool has joined #openwrt-devel
Monkeh has joined #openwrt-devel
<Tapper>
Borromini Sorry mate did not spot your reply. Yeah it's the 6260 box
svanheule has quit [Server closed connection]
svanheule has joined #openwrt-devel
<hauke>
aparcar: octeontx and octeon are different SoCs (MIPS vs. ARM64)
<hauke>
aparcar: you can merge the octeontx pull request from my point of view
<hauke>
aparcar: stintel is sill checking fi the memory leak in octeon is fixed
rua has quit [Ping timeout: 480 seconds]
<hauke>
this is unrelated to octeontx
rua has joined #openwrt-devel
aiyion has quit [Server closed connection]
aiyion has joined #openwrt-devel
<aparcar>
okay great thank you
<aparcar>
hauke: is dddaniel Daniel Danzberger?
<aparcar>
nevermind I figured it out
rsalvaterra has quit [Server closed connection]
rsalvaterra has joined #openwrt-devel
Borromini has quit [Ping timeout: 480 seconds]
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
Borromini has joined #openwrt-devel
blogic has quit [Server closed connection]
blogic has joined #openwrt-devel
hauke has quit [Server closed connection]
Tapper has quit [Read error: Connection reset by peer]
hauke has joined #openwrt-devel
Tapper has joined #openwrt-devel
minimal has joined #openwrt-devel
rua has quit [Ping timeout: 480 seconds]
omni has quit [Server closed connection]
omni has joined #openwrt-devel
pmelange has joined #openwrt-devel
pmelange has left #openwrt-devel [#openwrt-devel]
rua has joined #openwrt-devel
Harm has joined #openwrt-devel
duke2 has quit [Server closed connection]
duke2 has joined #openwrt-devel
<rmilecki>
Borromini: I have R6220, didn't test it yet
<Borromini>
rmilecki: ok :)
fieryeagle954[m] has quit [Server closed connection]
fieryeagle954[m] has joined #openwrt-devel
B1773rm4n has joined #openwrt-devel
<Tapper>
rmilecki Hi I flashed my r6260 with r18729 and all is good.
<Tapper>
That is if you are on about the boot issue for mt7621
<B1773rm4n>
Has anyone seen any one of the supposedly active ramips maintainer from this page here?
<karlp>
B1773rm4n: do you have a more specific question?
<rmilecki>
Borromini: can confirm Tappers results: R6220 works
<hurricos>
I'm surprised that the mpc85xx download stats are so globally 0
<hurricos>
whereas lots of apm821xx downloads
<hurricos>
Just in case anyone's curious: I have >40 untested SNIC10e devices still. I'm aware of at least 20 which have caps / inductors knocked off.
<hurricos>
I'd ship to anyone that wants them, but otoh I don't want to waste anyone's time, so as long as stintel still reports the memory leak I will still keep them in the pile of other boxes under threat of being taken to the junkyard
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
Borromini has quit [Quit: Lost terminal]
srslypascal is now known as Guest1928
srslypascal has joined #openwrt-devel
Guest1928 has quit [Ping timeout: 480 seconds]
srslypascal has quit []
srslypascal has joined #openwrt-devel
ecloud has quit [Ping timeout: 480 seconds]
ecloud has joined #openwrt-devel
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
srslypascal is now known as Guest1931
srslypascal has joined #openwrt-devel
danitool has joined #openwrt-devel
Guest1931 has quit [Ping timeout: 480 seconds]
goliath has quit [Quit: SIGSEGV]
srslypascal is now known as Guest1934
srslypascal has joined #openwrt-devel
Guest1934 has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
<philipp64>
do I need to do anything explicitly in my firewall config to allow path-MTU discovery?
<philipp64>
or does nf_conntrack take care of everything for us?
<philipp64>
also... I'm using Asterisk and turning on "pjsip set logger on" but notice that the log messages to console are typically truncated at around 996 bytes. is there a workaround for this? or is this a bug?
goliath has joined #openwrt-devel
<hurricos>
blocktrron: Do you know when you might have the resources to fetch details about rambootable u-boot on mpc85xx from your laptop?
<hurricos>
I want to proceed that way but don't want to duplicate your existing work.
<hurricos>
Woah!
<hurricos>
I just tried out auc
<hurricos>
I was skeptical at first, but I have to admit, it makes sysupgrading (in general) way more attractive
<hurricos>
Hmm, is it time to risk making a printer inaccessible in order to test kernel 5.10 on some MR16s?
<hurricos>
hey, wait! The Meraki I'm thinking about is on rc4 :^)
<hurricos>
I can do a baby step.
<hurricos>
Oh no. auc didn't get its -n option until later.
<hurricos>
Oh well :^)
<hurricos>
It worked!
<hurricos>
color me surprised! I can finally do sysupgrades of mesh nodes!