<mangix> Grommish: the bug has to do with -fPIE. I assume there's no problem if it does not get passed.
<blocktrron> tbh, i like the fact you actively have to select your country to use radar channels
<Grommish> I"ll check, but I dunno why I wouldn't have -fPIE on..
<mangix> blocktrron: marvel hardware locks the country in EEPROM or firmware
<mangix> selecting a different one doesn't work IIRC
<Grommish> But since the target tree is based on the ERLit, I wouldn't be surprised if it wasn't supported
Tusker has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
fda- has joined #openwrt-devel
fda has quit [Ping timeout: 480 seconds]
<digitalcircuit> For IPQ8065/NBG6817, I'm beginning my efforts to test a better fix/workaround than outright disabling both 1.4 GHz and 1.75 GHz. First up, the easiest thing - setting both CPUs to the same DVFS (frequency/etc): https://github.com/openwrt/openwrt/compare/master...digitalcircuit:ft-fix-ipq8065-reset I don't know if I'm doing this correctly yet; I'll find out when it compiles and I test it :D
<Tusker> good luck :)
gch981213 has joined #openwrt-devel
<digitalcircuit> Thanks!
mangix_ has joined #openwrt-devel
mangix has quit [Ping timeout: 480 seconds]
dangole_ has quit [Ping timeout: 480 seconds]
slh has quit [Quit: leaving]
slh64 has quit [Quit: gone]
mangix_ is now known as mangix
<digitalcircuit> Lesson learned, bug found? If your parallel builds fail, but succeed when compiled verbosely, AND during the verbose build you get prompted about kernel config changes, that's why the parallel builds failed.
<digitalcircuit> I'm guessing I should report this on the OpenWRT bug tracker?
<digitalcircuit> When enabling "CONFIG_KERNEL_DETECT_HUNG_TASK", one also needs to specify to the kernel menu (i.e. remove "CONFIG_KERNEL_...") "# DEFAULT_HUNG_TASK_TIMEOUT is not set" and "# BOOTPARAM_HUNG_TASK_PANIC is not set", however, "make menuconfig" doesn't specify these settings. And adding it to ".config" after saving doesn't work.
<digitalcircuit> (At least this is my understanding of the issue so far)
slh has joined #openwrt-devel
slh64 has joined #openwrt-devel
brpr has joined #openwrt-devel
ashkan has joined #openwrt-devel
nitroshift has joined #openwrt-devel
Rentong has joined #openwrt-devel
rua has quit [Quit: Leaving.]
<owrt-snap-builds> Build [#253](https://buildbot.openwrt.org/master/images/#builders/36/builds/253) of `mediatek/mt7629` failed.
dedeckeh has joined #openwrt-devel
Rentong_ has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
EqUaTe has quit [Remote host closed the connection]
EqUaTe has joined #openwrt-devel
EqUaTe is now known as Guest5555
Tusker has quit [Quit: Time wasted on IRC: 7 hours 10 minutes 3 seconds]
<gch981213> oops
decke has joined #openwrt-devel
digitalcircuit has quit [Quit: Signing off from Quassel - see ya!]
digitalcircuit has joined #openwrt-devel
zimbabwe has joined #openwrt-devel
brpr has quit [Remote host closed the connection]
Tapper has joined #openwrt-devel
<mangix> gch981213: lol
<mangix> i take it this nand driver is not applicable to ramips?
<gch981213> mangix: correct. That's a spi-nand driver for the controller on mt7622/mt7629
<mangix> OK
rsalvaterra has joined #openwrt-devel
zimbabwe has quit [Remote host closed the connection]
danitool has joined #openwrt-devel
ecloud has quit [Ping timeout: 480 seconds]
ecloud has joined #openwrt-devel
mangix has quit [Read error: Connection reset by peer]
mangix has joined #openwrt-devel
goliath has joined #openwrt-devel
<blocktrron> mangix: fwiw, i have the impression not doing what marvell does is the right thing
Tapper has quit [Ping timeout: 480 seconds]
ashkan has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
Rentong_ has quit [Remote host closed the connection]
dedeckeh has quit [Remote host closed the connection]
Rentong has joined #openwrt-devel
Rentong has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
<ldir> Why ooops ?
Tapper has joined #openwrt-devel
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
<owrt-snap-builds> Build [#294](https://buildbot.openwrt.org/master/images/#builders/2/builds/294) of `layerscape/armv7` completed successfully.
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
nitroshift has quit [Quit: Gone that way --->]
goliath has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
ashkan has joined #openwrt-devel
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
dangole_ has joined #openwrt-devel
rsalvaterra has quit [Quit: Leaving]
lucenera has quit [Quit: The Lounge - https://thelounge.chat]
lucenera has joined #openwrt-devel
<owrt-snap-builds> Build [#252](https://buildbot.openwrt.org/master/images/#builders/14/builds/252) of `bcm63xx/generic` failed.
AdrianFL has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
<owrt-snap-builds> Build [#250](https://buildbot.openwrt.org/master/images/#builders/50/builds/250) of `mediatek/mt7623` failed.
decke has quit [Quit: Leaving.]
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
Tapper has quit [Ping timeout: 480 seconds]
Tapper has joined #openwrt-devel
<AdrianFL> Hi, I sent today a couple of patches to the mailing list, but due to a mistake on my mail configuration the patch hasn't been processed by patchwork. Should I attempt resending the patches? I'm asking to avoid flooding the mailing list with unnecessary emails
<gch981213> ldir: buildbot failure due to my commits - and here's another one
<gch981213> just some missing kconfig though. I'll push a fix.
goliath has joined #openwrt-devel
jbowen has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
rejoicetreat has quit [Quit: Leaving]
Tapper has joined #openwrt-devel
lucenera has quit [Quit: The Lounge - https://thelounge.chat]
lucenera has joined #openwrt-devel
swalker has quit [Ping timeout: 480 seconds]
swalker has joined #openwrt-devel
Harm has joined #openwrt-devel
brpr has joined #openwrt-devel
<brpr> Hi everyone! I've gotten the new USB to UART and suprise! It kinda works? I see the bootlog but TX on the chip just sends ^@ constantly and I can't go further than the login prompt.
swalker has quit [Ping timeout: 480 seconds]
<brpr> (and yes, I have already re-soldered the connection. It looks good.
<brpr> )
goliath has quit [Quit: SIGSEGV]
swalker has joined #openwrt-devel
rsalvaterra has joined #openwrt-devel
AdrianFL has quit [Remote host closed the connection]
<owrt-snap-builds> Build [#254](https://buildbot.openwrt.org/master/images/#builders/36/builds/254) of `mediatek/mt7629` completed successfully.
ssd has joined #openwrt-devel
ssd has quit [Remote host closed the connection]
danitool has joined #openwrt-devel
robin_ has quit [Ping timeout: 480 seconds]
Tapper has quit [Quit: Tapper]
Rentong has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
rsalvaterra has quit [Quit: Leaving]
shibboleth has joined #openwrt-devel
<shibboleth> https://bugs.openwrt.org/index.php?do=details&task_id=3945&order=dateopened&sort=desc <--- look at the comments, this leads to semi-bricked c2600/ad7200. someone suggested that i bisect to find the cause, where would i even start? there have been no changes to the dts
jbowen has quit [Remote host closed the connection]
jbowen has joined #openwrt-devel
fda has joined #openwrt-devel
fda- has quit [Ping timeout: 480 seconds]
fda- has joined #openwrt-devel
<fda-> e8450 / mediatek-mt7622 is broken with current git
<fda-> 7119fd32d397567931e63dbbf72014e95624018f "openssl: bump to 1.1.1l" works
<fda-> no serial console and no kernel crash logs
fda has quit [Ping timeout: 480 seconds]
<fda-> dangole_: can you add https://github.com/openwrt/luci/commit/1079b8001bed688e3ece8255d74fc6ab9ac488f7.diff to e8450 recovery? it saves time to check for logs, i cant remember the path
<dangole_> fda-: new spi-nand driver broke, we are discussing in forums already https://forum.openwrt.org/t/belkin-rt3200-linksys-e8450-wifi-ax-discussion/94302/364
<fda-> dangole_: thx. i checked /sys/fs/pstore/ manually, but there where no files
<fda-> (in recovery)
fda- has quit [Quit: ZNC - https://znc.in]
fda has joined #openwrt-devel
<dangole_> fda-: forum user hnyman posted some lots from pstore, for him they did arrive and show quite meaningful things
<fda> because he has logs, i was wondering!
<fda> maybe its just because i waited max 2 minutes. after flashing it should take not more than 1 minuten until the device is back
Rentong has joined #openwrt-devel
dedeckeh has quit [Remote host closed the connection]
Borromini has joined #openwrt-devel
Rentong has quit [Ping timeout: 480 seconds]
brpr has quit [Ping timeout: 480 seconds]
ashkan_ has joined #openwrt-devel
ashkan has quit [Ping timeout: 480 seconds]
ashkan_ has quit [Ping timeout: 480 seconds]
Borromini has quit [Quit: Lost terminal]
KGB-0 has quit [Ping timeout: 480 seconds]
jbowen has quit [Ping timeout: 480 seconds]
KGB-0 has joined #openwrt-devel
aleasto has quit [Quit: Konversation terminated!]
<dangole_> fda: issue should be worked-around by commit cf40141b515
ephemer0l has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
shibboleth has quit [Quit: shibboleth]
ephemer0l has joined #openwrt-devel
dangole_ has quit [Quit: Leaving]
<karlp> are there ways of having services behind carrier grade nat other than paying the ISP for a "static ip" ? this seems so sucky
rsalvaterra has joined #openwrt-devel
<slh> karlp: the easiest option is usually to use IPv6(-only) for incoming connections (I have cgNAT for IPv4 and a semi-static /56 IPv6 prefix, wireguard works nicely over IPv6)
<karlp> yeah, I've used icanhazip and it gave me a v6 address that appears to be correct. mtr from outside shows at least one step beyond the "nova-internet-cpe.cpe.nova.is" but it doesn't get through at least.
<karlp> connection attempts just time out,
<karlp> the huawei router has port forward "virtual server" options but no way of selecting v6 or v4,
<karlp> hrm, I wonder if I put in the v6 addreess of the local device, instead of selecting it from the drop down (which is v4) it might work...
<karlp> yar, I can't control this huawei router enough for this I think.
<karlp> guess I'm paying for an ip monthly :|
<slh> :(
<slh> it took me a long time to decide if IPv4/cgNAT would be sufficient, but I can get along with that and moving the incoming stuff to IPv6 - but I don't need to deal with some ISP router, plain DHCP from the GPON ONT
<karlp> yeah, this is for a summer house, I'm not going to try and get it into bridge mode and buy another router for it,
<karlp> I'll probably look at something like pagekite for the actual service I want behind it anyway.
jbowen has joined #openwrt-devel
<owrt-snap-builds> Build [#253](https://buildbot.openwrt.org/master/images/#builders/14/builds/253) of `bcm63xx/generic` completed successfully.
jbowen has quit [Ping timeout: 480 seconds]
Rentong has joined #openwrt-devel
rsalvaterra has quit [Quit: Leaving]
Rentong has quit [Ping timeout: 480 seconds]