<Strykar> The x86/64 combined ext4 img headers seem missing/corrupted, the sha256sum matches but the image cannot be flashed or even extracted (https://downloads.openwrt.org/releases/21.02.0/targets/x86/64/openwrt-21.02.0-x86-64-generic-ext4-combined.img.gz)
jbowen has joined #openwrt-devel
Luke-Jr has quit [Ping timeout: 480 seconds]
<Tusker> Strykar: I downloaded, gunzip, and binwalk -e'd it and I can see the kernel and filesystem...
<Strykar> Tusker: interesting, gunzip worked, but logged "decompression OK, trailing garbage ignored". Did you see the same?
Luke-Jr has joined #openwrt-devel
minimal has quit []
<Tusker> yeah, saw the same... but the filesystems seem to extract... maybe some data missing... I'll have to boot from it and try :)
<slh> image meta data is appended, *behind* the gzip'ed part - gunzip and friends rightfully complain about that, but it's harmless and ignored (buy used by sysupgrade)
<mangix> aparcar[m]: now for ramips :)
<Strykar> Tusker / slh: thanks for clearing that up, image works fine. I hadn't tried gunzip :(
<aparcar[m]> mangix: send patches
<slh> v5.10 on ipq806x (https://github.com/openwrt/openwrt/pull/4525) should be fine as well
<aparcar[m]> Tusker: I sent you an email regarding the CI
Tapper1 has quit [Quit: Tapper1]
goliath has quit [Quit: SIGSEGV]
<Strykar> why is kmod-wireguard still a dependency for luci-app-wireguard in 21.02? "Required dependency package kmod-wireguard is not available in any repository."
<Tusker> aparcar[m]: OK, I set the filesystem to case sensitive already, but it's only SATA, so maybe need to upgrade to SSD if it's too slow
<aparcar[m]> Things being slow is fine
<aparcar[m]> That is for the setup
<aparcar[m]> Strykar: mind doing a PR?
<Tusker> aparcar[m]: is it https://gitlab.com/ ?
<aparcar[m]> yes
<Tusker> you want macosx as the description and also tag is macosx ?
<aparcar[m]> tag
<Tusker> shell executor is fine right ?
<aparcar[m]> uhm, no I think it's something called docker
<aparcar[m]> let's move to PM
luke-jr_ has joined #openwrt-devel
Luke-Jr has quit [Ping timeout: 480 seconds]
<luke-jr_> can I get a wiki account? would like to update some ancient hardware info :p
<Strykar> aparcar[m]: sure can - https://github.com/openwrt/luci/pull/5349
<Strykar> aparcar[m]: hmm, lemme check again, luci could not find it
<Strykar> aparcar[m]: weird, luci complains it can't find it, but opkg on the terminal can - https://i.imgur.com/zAS1BjS.png can you try installing luci-app-wireguard from the webui?
<aparcar[m]> works, but I only have snapshots devices at hand
<Strykar> its defo not working in release
rua has quit [Quit: Leaving.]
<aparcar[m]> awkward
schwicht_ has quit [Read error: Connection reset by peer]
rua has joined #openwrt-devel
<aparcar[m]> one moment
schwicht has joined #openwrt-devel
rua has quit []
rua has joined #openwrt-devel
<owrt-snap-builds> Build [#264](https://buildbot.openwrt.org/master/images/#builders/38/builds/264) of `imx6/generic` failed.
<aparcar[m]> strange, what architecture do you use? I've just tried via docker (aka x86) and it works fine
<Strykar> x64
<aparcar[m]> opkg update?
<aparcar[m]> or what sub arch?
<Strykar> I've run opkg update in the terminal yea, and updated the lists again via luci. this is a PC Engine APU2, generic x86/64 (openwrt-21.02.0-x86-64-generic-ext4-combined.img)
<aparcar[m]> no clue, work in docker
<aparcar[m]> did you do a fresh install or upgrade?
<Strykar> fresh install just now
<aparcar[m]> no clue, sorry. Please ask in the forum
<aparcar[m]> I don't have a APU board for testing right now
<aparcar[m]> also it's odd since it works fine in docker
<Strykar> if you feel this is specific to my env let's drop it, I'll install it via terminal. I have a feeling we're going to see a new issue raised about this soon
<aparcar[m]> so you're saying it works fine via terminal?
<Strykar> I didn't install yet, but opkg via terminal finds all the deps and does not complain unlike luci
Acinonyx has joined #openwrt-devel
Acinonyx_ has quit [Ping timeout: 480 seconds]
<aparcar[m]> odd
<Strykar> weird af, installs fine via console. did you see the screenshot aparcar[m]?
* mangix is happy not to have ath11k hardware
<aparcar[m]> Strykar: yes I saw it.... No clue sorry
lmore377 has quit [Ping timeout: 480 seconds]
lmore377 has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
DonkeyHotei has quit [Ping timeout: 480 seconds]
DonkeyHotei has joined #openwrt-devel
Tusker has quit [Ping timeout: 480 seconds]
Tusker has joined #openwrt-devel
rmilecki has joined #openwrt-devel
Tusker has quit [Read error: Connection reset by peer]
dedeckeh has joined #openwrt-devel
Tusker has joined #openwrt-devel
pmelange has joined #openwrt-devel
nitroshift has joined #openwrt-devel
_lore_- has joined #openwrt-devel
_lore_ has quit [Ping timeout: 480 seconds]
luke-jr_ has quit [Ping timeout: 480 seconds]
Acinonyx has quit [Ping timeout: 480 seconds]
mangix_ has joined #openwrt-devel
Acinonyx has joined #openwrt-devel
<Tusker> for some reason I've managed to break my wifi on the ipq806x port I am doing... it was working fine at some stage, but now the signal is very very weak... any ideas ?
mangix has quit [Ping timeout: 480 seconds]
<mangix_> Alright
mangix_ is now known as mangix
luke-jr_ has joined #openwrt-devel
<PaulFertser> Tusker: probably the board has an additional RF amp controlled with a GPIO?
<Tusker> I'm guessing that too
<mangix> alright. I've come to the conclusion that ax is far superior to ac
Grommish has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<slh64> that's obvious - close range the speedup is really massive and even longer range it manages to push more over the distance
schwicht has quit [Ping timeout: 480 seconds]
<rsalvaterra> mangix, aparcar[m], you guys want ramips next? :)
rua has quit [Quit: Leaving.]
<aparcar[m]> rsalvaterra: eu nao tenho ramips
<mangix> lol
<rsalvaterra> Eu só tenho MT7621 (Redmi AC2100), mas está a funcionar perfeitamente. :)
<mangix> aparcar[m]: i don't speak portugueue but i understood that.
<mangix> same as the last one wow.
<mangix> romance languages are all the same i guess
<rsalvaterra> mangix: Yep, pretty much! ;)
<Tusker> PaulFertser: would it usually be a, in/out, pull up, or down or etc for the amp ?
<slh64> at least the written word
* mangix is contemplating getting a second ax unit
<rsalvaterra> Ooh, dnsmasq 2.86 stable is out.
* mangix unfortunately I did not get the $40 one on eBay
<aparcar[m]> mangix: which one?
<mangix> E7350
<mangix> Even though it uses internal antennas, it blows my ac equipment out of the water.
aleksander has joined #openwrt-devel
<mangix> not literally of course
<aparcar[m]> water is a nono for wifi mangix
<mangix> yes of course
<rsalvaterra> Yeah, those 2,4 GHz are completely absorbed. :)
<mangix> aparcar[m]: no ax of 2.4ghz
<mangix> *on
<mangix> ARM seems overkill honestly
<takimata> so I'm a bit stumped and I would appreciate some help. I am rewriting a 19.07 collectd-exec script (to get dsl stats into collectd), and now with 20.02 I should/have to use ubus to get the metrics.
<aparcar[m]> someone should merge this dnsmasq patch it's already v13
<takimata> script works perfectly fine when I run it from shell, but when collectd-exec executes it, "ubus call dsl metrics" fails with "Command failed: Not found"
<takimata> and I don't know why. I can imagine it's due to the user executing the script, which is nobody/nogroup by default, but I also tried ubus/ubus with the same result (collectd won't allow root/root)
<rsalvaterra> mangix: No ax on 2.4 GHz? Only if the router doesn't support it, because the spec sure does. ;)
<aparcar[m]> takimata: how do you run the script? in a cron job? maybe ubus path isn't found
<mangix> rsalvaterra: the e8450 does not. the mt7622 (or 23) SoC uses mt7603 or mt7615 for the 2.4ghz
<takimata> aparcar[m]: collectd executes that script (via the exec plugin)
<rsalvaterra> mangix: Oh, and the E7350 supports? That's interesting.
<mangix> rsalvaterra: e7350 uses mt7915 for both
<takimata> aparcar[m]: it's ubus that issues the error
<takimata> (and yes, I thought about that one, I'm actually executing "/bin/ubus"
<mangix> rsalvaterra: wikidevi lists the 2.4ghz as mt7975 but w/e.
<rsalvaterra> mangix: MT7975…? It's the first time I ever see that. https://wikidevi.wi-cat.ru/Linksys_E7350
<rsalvaterra> Hah, I was there already. :)
<mangix> i think nbd said there was no such thing.
<mangix> w/e. it's mt79
<mangix> hmmm. is this nvmem thing only used for mac addresses
<mangix> ?
danitool has joined #openwrt-devel
<rsalvaterra> Actually, nvmem seems to be the correct way to get the MAC address data, according to the documentation.
<mangix> oh I see what's going on
<mangix> the mt76 driver matches on mediatek,mtd-eeprom
<mangix> guess it needs conversion
* takimata slaps himself on the forehead. it's an ACL issue.
_lore_- is now known as _lore_
<PaulFertser> Tusker: usually out and either 0 or 1, no weak pulls.
<Tusker> i wonder if it is my effort to get all the LEDs working, and one of those LEDs actually linked to the amp... i'll remove all the LED gpios and start a fresh
<PaulFertser> Tusker: it might be related, yes.
<PaulFertser> Tusker: you can also just try exporting unused GPIOs and setting them all to 0, check signal strength, then set all to 1
<Tusker> need to wait until my son gets off his zoom session, so I can load a new DTS
<PaulFertser> Tusker: I nead manually exporting via sysfs, should be easy to try.
<Tusker> it's my main uplink at the moment, so can't experiment too much without impacting the family :)
<PaulFertser> s/nead/mean/
<aparcar[m]> rsalvaterra: so can you push now?
<rsalvaterra> aparcar[m]: Yes, but I'm yet to wield such power. :)
<aparcar[m]> yea you have to get a tattoo of the first commit hash you push so choose wisely
<rsalvaterra> Kinky!
<Tusker> long form or short form hash ?
<rsalvaterra> And maybe QR-encoded to make it smaller. :P
<aparcar[m]> Tusker: short, don't be silly
<rsalvaterra> aparcar[m]: Anything you'd like me to push, specifically?
<aparcar[m]> rsalvaterra: no just checking if you're waiting for me to push the ramips kernel update
<rsalvaterra> Oh, I haven't written a patch yet. Is there one already?
<rsalvaterra> I don't see anything on patchwork. Will do it, give me a sec…
<rsalvaterra> aparcar[m]: Patch sent. :)
<rsalvaterra> I can push it after getting some acks.
* mangix looks at my patches
<Tusker> PaulFertser: OK... no luck with removing all the LEDs from the gpio... will have to test each one when no-one is using the network :|
<karlp> takimata: glad you got to the ACL, I was hoping you had already gotten an answer :) the cli is "root" unlike your scripts.
<takimata> karlp: by any chance do you know how to restart ubusd (other than reboot) to pick up the updated ACL?
<karlp> restart rpcd iirc.
<karlp> ah, that might have been when i had rpcd plugins plugged into ubus.
<karlp> just /etc/init.d/ubusd restart?
<takimata> there's no /etc/init.d/ubusd
<karlp> don't remember then sorry
<takimata> sighup on ubusd leaves it off.
<takimata> never mind, it's not that important.
<karlp> right, you restart rpcd if you're using ubus over http, or over rpcd shell plugins.
<karlp> https://openwrt.org/docs/techref/ubus still implies that rpcd is managing acls, but *shrugs*
<karlp> ubus session methods all tak about logging in via rpcd
<neggles> mangix / rsalvaterra: i have nothing against the MT7621, it's just boring now :P
<rsalvaterra> We strive for boring. Boring is good. :)
<mangix> neggles: nonsense. The upstreaming part is exciting.
<neggles> rsalvaterra: boring is good for production, sure
<neggles> I like doing silly things with weird hardware
<mangix> 5.10 got an upstreamed pcie driver for example
<neggles> that _is_ cool and good
<rsalvaterra> aparcar[m]: What's the patch ID on patchwork? Is it the number in <number>/diff/mbox/series?
<mangix> Lots of bugs found in the process
<mangix> Same with GPIO. Same with SPI.
<mangix> The NAND driver is a bit special though?
<mangix> That is, rejected by upstream
<neggles> NAND drivers seem to be a nightmare at the best of times
<mangix> It’s rejected since there’s already a Mediatek NAND driver
<neggles> ah
<neggles> so a "fix this one, don't replace it"
<mangix> And it just so happens that the author can’t “fix” it since he would probably break other mediatek platforms
<neggles> ah. inconvenient.
<mangix> Yeah. NAND driver stays OpenWrt only.
<mangix> One driver left to retire is the mtc-mmc one. Needs work done first though.
<neggles> meanwhile here I am with 3 different $20 zynq boards buried in a hellish landscape of xilinx IDEs, hacked-up buildroot trees, and pain
<neggles> you're definitely the one making better choices with how you spend your time :P
<karlp> you buying ex miner hardware?
<mangix> Upstream mtk-sd driver supports mt7621 thanks to NeilBrown and.
<neggles> karlp: yeah, one of the EBAZ4205s and two variants of the antminer S9 board
<aparcar[m]> rsalvaterra: i think so
<rsalvaterra> Hm… patchwork-apply.sh disagrees. :)
tohojo has quit [Ping timeout: 480 seconds]
<rsalvaterra> By the way, I'm assuming it fetches a patch from patchwork (by ID) and applies it to the _current_ branch, right?
rua has joined #openwrt-devel
tohojo has joined #openwrt-devel
<mangix> So soft offload being broken for ipv6. Is that just for non tunneled connections?
<mangix> Hmm just enabled it. ping6 google.com works through my 6in4 tunnel.
<rsalvaterra> mangix: I think "broken" means "not accelerated", in this context.
<PaulFertser> There're bug reports that broken means not passing traffic.
<PaulFertser> But it works with 6in4 tunnel here.
<mangix> Hmm so what’s the advantage of hardware flow offload vs software? Lower CPU usage?
goliath has joined #openwrt-devel
swiftgeek has quit [Ping timeout: 480 seconds]
dedeckeh has quit [Remote host closed the connection]
swiftgeek has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
<rsalvaterra> mangix: Higher throughput too, BUT only if you don't use SQM.
rmilecki has quit [Ping timeout: 480 seconds]
fda- has joined #openwrt-devel
fda has quit [Ping timeout: 480 seconds]
T-Bone has joined #openwrt-devel
f00b4r0 has quit [Ping timeout: 480 seconds]
fda has joined #openwrt-devel
Tusker has quit [Quit: Time wasted on IRC: 11 hours 54 minutes 36 seconds]
fda- has quit [Ping timeout: 480 seconds]
pmelange has quit [Ping timeout: 480 seconds]
pmelange has joined #openwrt-devel
pmelange has quit []
schwicht has joined #openwrt-devel
minimal has joined #openwrt-devel
<nitroshift> You did not win anything! Click here to go back.
* nitroshift kicks gift boxes
<nitroshift> oops sorry, wring channel
minimal has quit [Remote host closed the connection]
minimal has joined #openwrt-devel
rmilecki has joined #openwrt-devel
<mrkiko> someone has some informations about mt7628 5.10 kernel sump status?
<mrkiko> rsalvaterra: BTW, mtk-mmc driver was broke in 5.4 in some units, like ZBT WG3526
<mrkiko> rsalvaterra: don't know if / how 5.10 ramips bump may affect this. Just to let you know in case this comes up.
PaulFertser has quit [Read error: Connection reset by peer]
PaulFertser has joined #openwrt-devel
<rsalvaterra> mrkiko: And there are also issues with some MT7620 devices, I see.
valku has joined #openwrt-devel
valku has quit [Remote host closed the connection]
nitroshift has quit [Quit: Gone that way --->]
kenny has joined #openwrt-devel
rmilecki has quit [Quit: Konversation terminated!]
rmilecki has joined #openwrt-devel
<rmilecki> the issue with MT762* is mt76 crap :/
<rmilecki> it hangs on traffic, I can easily reproduce it, upstream developers don't care
<rmilecki> i'm sure it's nicely designed and optimized driver, but that doesn't help if my 2.4 GHz traffic just stops
pmelange has joined #openwrt-devel
<mangix> rmilecki: might be hardware dependent.
<rsalvaterra> rmilecki: In what device are you seeing that?
<mangix> for mt7915, mediatek employees contribute to the driver. I’ve seen no problems locally.
<mangix> Ooo mt76 repo got an update. Bugfix for mt7915 too.
<rmilecki> rsalvaterra: old problem, Xiaomi and Netgear R6220
<rmilecki> mangix: two similar chips, two different device vendors (Xiaomi & Netgear)
<rmilecki> ("Unstable WiFi with mt76 on MT7628AN")
<karlp> mt7628 and mt7620 are the "mt76 in name only" parts iirc? same with mt7688?
<karlp> they're really just rt28xx?
<rmilecki> well, they are supported by mt76
<rmilecki> i don't know details of chips generations or whatever it is
<PaulFertser> mt7620 is the rt28xx part.
<PaulFertser> But it's not involved here.
<mrkiko> rmilecki: may you try mt76 HEAD? Updating it manually, since the update hasn't been included in openwrt. And maybe let me know if the problem still exist?
<mrkiko> rsalvaterra: yeah, JBOOT related
<mrkiko> karlp: mt7628 has mt76_wmac
<mrkiko> or something
<rsalvaterra> mrkiko: Yeah, that's why I asked Adrian about it… he had comments, but they seem to have been addressed.
<mrkiko> rmilecki: are you referring to the R6220 or R6120?
<rmilecki> mrkiko: i will try on weekend
<rmilecki> mrkiko: R6220
<mrkiko> rmilecki: sorry, stupid quesiton; now I did read some of the mails and have the context. If you can, do try it out and maybe send me a private message here on over mail
kenny1 has joined #openwrt-devel
kenny has quit [Ping timeout: 480 seconds]
schwicht_ has joined #openwrt-devel
schwicht has quit [Read error: Connection reset by peer]
schwicht_ has quit []
rmilecki has quit [Remote host closed the connection]
pmelange has quit [Quit: Leaving.]
rmilecki has joined #openwrt-devel
rmilecki has quit []
rmilecki has joined #openwrt-devel
Weissnix4711 has joined #openwrt-devel
Weissnix4711 has quit []
mangix has quit [Remote host closed the connection]
mangix has joined #openwrt-devel
goliath has quit [Quit: SIGSEGV]
valku has joined #openwrt-devel
valku has quit []
valku has joined #openwrt-devel
valku has quit []
valku has joined #openwrt-devel
valku has quit []
valku has joined #openwrt-devel
valku has quit [Quit: valku]
valku has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<kenny1> I'm looking to install on a tplink c2v5 (mt7620a+mt7610en). I have a very limited shell on the serial port. Is there anything I should check/backup before I mess with it?
jbowen_ has joined #openwrt-devel
jbowen has quit [Read error: Connection reset by peer]
dedeckeh has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
Borromini has joined #openwrt-devel
<mangix> Hmmm Dnsmasq crashed twice. Weird.
dwmw2 is now known as dwmw2_gone
dangole has quit [Ping timeout: 480 seconds]
<rsalvaterra> mangix: Which version, 2.86?
<rsalvaterra> Ouch. Kernel mm drama. https://marc.info/?l=linux-kernel&m=163121312602281&w=4
danitool has joined #openwrt-devel
guidosarducci_ has joined #openwrt-devel
guidosarducci has quit [Quit: ZNC 1.7.5+deb4 - https://znc.in]
guidosarducci_ is now known as guidosarducci
pmelange has joined #openwrt-devel
Andrew- has joined #openwrt-devel
<Andrew-> any idea why with: https://pastebin.com/ATuBqp8R running '/etc/init.d/mount-onedrive start' works fine, but starting service from LuCi (or when router reboots) fails?
<Andrew-> do I need to set environment variable or so?
Borromini has quit [Quit: Lost terminal]
Acinonyx_ has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 480 seconds]
dangole has joined #openwrt-devel
<mangix> rsalvaterra: lovely...
minimal has quit []
Tapper has joined #openwrt-devel
kenny2 has joined #openwrt-devel
kenny1 has quit [Ping timeout: 480 seconds]
paper_ has quit []
paper_ has joined #openwrt-devel
<aparcar[m]> rsalvaterra: eli5
Andrew__ has joined #openwrt-devel
Andrew__ has quit []
Andrew- has quit [Ping timeout: 480 seconds]
goliath has joined #openwrt-devel
rmilecki has quit [Ping timeout: 480 seconds]
<owrt-snap-builds> Build [#265](https://buildbot.openwrt.org/master/images/#builders/38/builds/265) of `imx6/generic` completed successfully.
pmelange has quit [Quit: Leaving.]
Tapper has quit [Quit: Tapper]
hurricos has quit [Quit: WeeChat 2.8]
Tusker has joined #openwrt-devel
dangole has quit [Ping timeout: 480 seconds]