brentmagma has quit [Remote host closed the connection]
basic612 has joined #openwrt-devel
brentmagma has joined #openwrt-devel
AlexisEvelyn has quit [Ping timeout: 250 seconds]
AlexisEvelyn has joined #openwrt-devel
sbrown has quit [Remote host closed the connection]
sbrown has joined #openwrt-devel
opa has joined #openwrt-devel
opa7331 has quit [Ping timeout: 240 seconds]
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
sbrown has quit [Remote host closed the connection]
sbrown has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
valku has quit [Quit: valku]
murphyslawbbs has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<nbd>
netprince: thanks, that makes sense. can you send me a dump of your 'factory' mtd partition?
nitroshift has joined #openwrt-devel
rmilecki has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
Grommish has quit [Read error: Connection reset by peer]
Borromini has joined #openwrt-devel
slh64 has quit [Ping timeout: 260 seconds]
slh64 has joined #openwrt-devel
SamantazFox has joined #openwrt-devel
AlexisEvelyn has quit [Ping timeout: 250 seconds]
AlexisEvelyn has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
black_ant has joined #openwrt-devel
black_ant has quit [Changing host]
black_ant has joined #openwrt-devel
SamantazFox has quit [Read error: Connection reset by peer]
brentmagma has joined #openwrt-devel
AlexisEvelyn has quit [Read error: Connection reset by peer]
AlexisEvelyn has joined #openwrt-devel
SamantazFox has joined #openwrt-devel
SamantazFox has quit [Read error: Connection reset by peer]
ivanich has joined #openwrt-devel
sbrown has quit [Remote host closed the connection]
sbrown has joined #openwrt-devel
SamantazFox has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
J-L has joined #openwrt-devel
hach has joined #openwrt-devel
Tost has joined #openwrt-devel
<J-L>
(in case anyone responded, my network dropped due to VPN connection so I didn't see anything come back)
brentmagma has joined #openwrt-devel
danitool has joined #openwrt-devel
dedeckeh has quit [Quit: Connection closed]
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
ServerStatsDisco has quit [Ping timeout: 245 seconds]
rchrd[m] has quit [Ping timeout: 245 seconds]
rchrd[m] has joined #openwrt-devel
ServerStatsDisco has joined #openwrt-devel
hach has quit []
scullmi has joined #openwrt-devel
sbrown has quit [Remote host closed the connection]
sbrown has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
<rsalvaterra>
ldir: 5.10.37 released. Bumping.
brentmagma has joined #openwrt-devel
sbrown has quit [Quit: Leaving]
<ldir>
rsalvaterra: oh exciting! I realised somehow I lost my own .36 bump during some other stuff I was fiddling with - doh!
<rsalvaterra>
ldir: I was also wondering why you hadn't pushed it yet. :)
<rsalvaterra>
Anyway, please take a look at the .36 pull, it seems sane to me, at least.
<ldir>
I can retrieve from my reflog, but I saw you post something about mac80211 fuzz, so I'm going to start from scratch & re-do it.
<ldir>
Oh I'll take a look
<ldir>
I concur there was a resultant empty patch, I remember that
<stintel>
soo most of my OpenWrt devices are running gcc 10.3 built image, but I ran into an issue with my rpi3a, wifi doesn't associate to my main ssid, it does to my iot ssid
<stintel>
I've seen this before when I tried to enable 802.11w on them I believe
<stintel>
but it was like 4 in the morning so I gave up on debugging
<stintel>
let's see if I can figure it out soon, because my ads-b feeder is currently offline due to it
<stintel>
I guess this might also explain why it had an image built in february 2020
<stintel>
and I no longer have it in my backups :P
<stintel>
so I'll have to figure it out
brentmagma has quit [Remote host closed the connection]
<J-L>
(Hmm I see my first question simply never made it to the IRC)
<J-L>
Long story short. How do you guys go about, finding suitable hardware?
<J-L>
I'm guessing you don't buy stuff which "has support already", but how do you ensure you have a 64/8 device. They seem hard to find in the 802.11n segment.
<rsalvaterra>
ldir: Good to know! I'll squash the bumps if the .36 isn't merged before. :)
brentmagma has joined #openwrt-devel
Nick_Lowe has joined #openwrt-devel
clayface has joined #openwrt-devel
<stintel>
J-L: depends .. at some point I bought a D-Link DAP-2695 because it was ar71xx (ath79) based so in theory easily supportable. took me 1.5y to get it properly working + committed. if you want something that works better take something that is supported already
<stintel>
J-L: there are some threads about this subject in the forum I believe
<stintel>
I got the DAP-2695 because it's PoE-PD and comes with a console port, so no need to open it up to solder headers etc
<stintel>
if anyone knows of a Mtk-based 11ax device that's PoE-PD and has a console port, and preferably >1Gbps uplink (2.5, 5 or 10), please let know :P
<rsalvaterra>
stintel: What kind of MediaTek? MIPS or ARM?
<stintel>
don't care, as long as the wifi is mtk
<rsalvaterra>
stintel: I believe the UniFi 6 LR matches your requirements, dangole has been working on it, I think.
<stintel>
it's 1Gbps uplink only and no console port afaik
<rsalvaterra>
stintel: dangole told me it's 2.5 GbE, actually. Don't know about the console port.
<rsalvaterra>
stintel: Yes, I also double-checked. But I tend to trust an OpenWrt developer more than the vendor… :)
<rsalvaterra>
But I'd talk to him, just in case.
<stintel>
anyway I need to fix my rpi3a first
<stintel>
getting FT: invalid key management type (2) but that should not be fatal, afaik
<rsalvaterra>
stintel: IIRC, there was an issue with the PHY driver/firmware which is why it's stuck at 1 GbE for the time being. But it's 2.5 GbE capable, for sure.
<stintel>
cool, that's good to know
<rsalvaterra>
stintel: However, don't just rush to order one, ask dangole for more details. :P
<rsalvaterra>
(I'm planning on getting one myself for my flat, in the next few months.)
<stintel>
well blogic recommended it to me already - problem is availability
<stintel>
but as greearb responded to my ticket yesterday that it's unlikely he'll be able to fix those kind of firmware bugs, I decided it's time to replace my qca-based APs
<stintel>
so I'm looking into proper alternatives again
<rsalvaterra>
stintel: QCA is terrible. After my experience with ath10k, to me, Atheros died at ath9k.
<clayface>
rmilecki: I will have time to work on the Meraki MX64/MX65 PR this weekend. Would the best way forward be to move everything to a bcm5862x (or DSA?) subtarget in bcm53xx?
<rsalvaterra>
I have a QCA9377 which I never worked. I have a better experience with RTL8821AE(!!).
<rmilecki>
clayface: what about just bcm53xx generic target?
<stintel>
rsalvaterra: yeah my ath10k were dying all the time, until I tried ath10k-ct, that finally made things stable. unfortunately it's still not 100%
<rmilecki>
clayface: that would only require a trick to enable DSA for bcm53xx generic target without affecting existing (swconfig ) devices
<stintel>
rsalvaterra: and I remember QCA6174. holy crap
<rmilecki>
clayface: i think it may be worth a single change to avoid another subtarget if there aren't big kernel differences
<stintel>
I got it to replace intel 7265 iirc, damn what a disappointment
brentmagma has quit [Remote host closed the connection]
<clayface>
rmilecki: Was thinking it may affect devices with smaller flash. Will try this and let you know if there are any issues. Hopefully it can work.
<rmilecki>
clayface: i don't think there are any bcm53xx devices with tine flashes
brentmagma has joined #openwrt-devel
<rmilecki>
clayface: trx-serial is used for Luxul XAP-1610 (16 MiB) SmartRG SR400ac (32 MiB) & Tenda AC9 (8 MiB)
<rmilecki>
if that's a too big deal, we can disable AC9 by defualt
<aparcar[m]>
rsalvaterra: mind reviewing my busybox patch :)?
<rsalvaterra>
aparcar[m]: Already did, looks sane to me. ;)
<rsalvaterra>
(I'm not subscribed to the list anymore, though. :P)
<zorun>
aparcar[m]: no service is actually started when running a container, right?
<rsalvaterra>
rmilecki: Indeed. Note they're not inherently safer in this "SSD". I've had minor data loss, sometimes it immediately remounts ro and I notice because things stop working and I have a look at the dmesg.
<rsalvaterra>
But it only happened a couple of times, and I've already been using it for about three months. :)
<rsalvaterra>
With fsck and git fsck, I'm not too worried.
<rmilecki>
3 months and few failures?
<rmilecki>
no thanks ;)
AlexisEvelyn has quit [Ping timeout: 250 seconds]
<rmilecki>
i really don't know how ppl use RPi with SD cards
<rsalvaterra>
rmilecki: I'm crazy, for sure. :)
AlexisEvelyn has joined #openwrt-devel
<rmilecki>
it was relief to have USB booting support in RPi recently
<rmilecki>
rsalvaterra: :D
<rsalvaterra>
(Not bcachefs-in-production-crazy like stintel, though… :P)
<stintel>
I vaguely recall having a similar issue when I switched my AP to psk3-mixed
<stintel>
but the AP is psk2
<stintel>
also my Zero W's all associate fine to the same AP :/
<rsalvaterra>
stintel: psk2 with or without 802.11w?
<stintel>
802.11w is optional
brentmagma has joined #openwrt-devel
<stintel>
I've tried disabling it in the wpa_supplicant cofnig, I even restored the DRIVER_11W_SUPPORT and disabled it and rebuilt, still the same
<stintel>
goddamnit this is driving me nuts
<rsalvaterra>
stintel: What Wi-Fi hardware is it? It's USB, right?
<stintel>
rsalvaterra: no it's attached to the MMC bus
<rsalvaterra>
Oh, SDIO?
<rsalvaterra>
Hm… I have no experience at all with any of those devices.
<stintel>
great, I disabled 802.11w on the AP and now it connects
<stintel>
so it *is* related to 11w
<rsalvaterra>
stintel: See? MFP is usually the culprit… :P
Night-Shade has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<stintel>
yeah but it makes no sense, it was optional on the AP
<stintel>
and hard disabled in the client
<rsalvaterra>
Sure, it's optional… but I believe your RPi is a bit… overconfident. ;)
<stintel>
wtf
<stintel>
if I enable it explicitly in the client it works
<stintel>
oh well good enough
nitroshift has quit [Quit: Gone that way --->]
<rsalvaterra>
It has a hard time choosing, I see… :P
ivanich has quit [Remote host closed the connection]
Night-Shade has joined #openwrt-devel
ivanich has joined #openwrt-devel
victhor has joined #openwrt-devel
<aparcar[m]>
zorun: sorry I had a call. That's somewhat the question, since OpenWrt without ubus isn't much fun
brentmagma has quit [Remote host closed the connection]
<aparcar[m]>
anyway, talking to dangole_ the idea would be to provide a slim container only and the user have to mount use case specific e.g. a ubus socket, run uhttpd or whatever else
<aparcar[m]>
right now you start the docker container and it comes with all the basics, uhttpd, ubusd, dropbear, etc
daregap has quit [Quit: daregap]
<aparcar[m]>
zorun: what would you do?
<zorun>
does it?
<zorun>
oh I see, I always simply run a container with /bin/sh when I want to test stuff
<zorun>
I think I never tried to start procd
<aparcar[m]>
zorun: it does work, but you have to stop /etc/init.d/network since it's in a loop
brentmagma has joined #openwrt-devel
<aparcar[m]>
rsalvaterra: you got commit access?
<zorun>
aparcar[m]: sorry, I don't really have openwrt/docker use-cases besides quick testing
<stintel>
ldir: are you planning to push that grub patch ?
<ldir>
not quickly no
<ldir>
if it works for you then feel free.
<ldir>
is it me or is snort just hideously obtuse & complicated
<stintel>
I'll poke jow about the autohell hell I encountered
<ldir>
stintel: oh he'll love you for that :-)
<ldir>
and yes you're right we have python3 as a build dep anyway.
<stintel>
jow: grub doesn't build with GCC 10. reported here: https://bugs.openwrt.org/index.php?do=details&task_id=3790 - the fix accepted by upstream causes automake 1.15.0 vs 1.15.1 mismatch. adding PKG_FIXUP:=autoreconf works around that, but then I get some "#if \n" in the generated wchar.h, due to
<J-L>
stintel: thanks for your response I'll have a look at the forum
<J-L>
I guess the first toy project is the tl-wr841n-v14 build to work. I have no urgencies at the moment, I just got lucky with the tl-wa801n-v5. I tend to prefer having more control over my luck and being prepared for next time.
<rsalvaterra>
aparcar[m]: No, not at all! It's something broken in the way patches are being applied. :/
<aparcar[m]>
rsalvaterra: strange...
<aparcar[m]>
how was the patch applied?
<rsalvaterra>
aparcar[m]: You need to ask ldir about that, I think. :)
<aparcar[m]>
ldir: ping?
<rsalvaterra>
I think he used the github-apply.sh script.
<aparcar[m]>
i see
user^ has quit [Read error: Connection reset by peer]
usera has joined #openwrt-devel
<aparcar[m]>
oh you already came up with yet another...
<aparcar[m]>
zorun: so I'd go for the slim container version, that would also allow to become an official container so people can run `docker run -it openwrt`
* ldir
dares not look - suspects it involves goat sacrifice
<stintel>
actually no, it's rather lazy :D
* ldir
ROFL - brilliant
<ldir>
rsalvaterra: ok, I know what's going on, not how to fix.
<ldir>
rsalvaterra: it looks like github-apply simply grabs the commit from github, which of course has you as the author and the committer - you wrote it and committed it, it's correct.
caiortp has quit [Ping timeout: 252 seconds]
brentmagma has quit [Remote host closed the connection]
<ldir>
it grabs the commit and places it on the head of my master branch. if I push at that point it goes into upstream/master as you.
<ldir>
what I now do is github-apply to a staging branch, and then cherry-pick the commit into my master push branch. the cherry-pick is inherently a commit re-write operation, so you authored, but I committed.
* ldir
appends 'i think' to all the above
<stintel>
=)
<stintel>
why imagine that, it might just work
<ldir>
stintel: except nothing boots ;-)
<stintel>
I will test it in a local test VM first ;)
<ldir>
chicken!
<stintel>
ldir: but I'm sure it works, Gentoo does it the same :)
brentmagma has joined #openwrt-devel
<stintel>
and this idea came after starting daydrinking
<stintel>
maybe I should do that more often 😂
<ldir>
it's a very simple solution and I like it
<stintel>
if it works for me I'll push it to my staging tree and link to that in the bug report
<stintel>
and if I can get some {ack,test}ed-by I'll just push it
ivanich has quit [Ping timeout: 240 seconds]
<lipnitsk>
rsalvaterra: correct, that patch is now obsolete
<ldir>
stintel: and I can check if it still builds under macos
<stintel>
good idea
* ldir
wonders if there's a way to nuke bob from huixiasupply.com
<stintel>
would that be acceptable to attribute him like that ?
brentmagma has joined #openwrt-devel
<rsalvaterra>
lipnitsk: Great, thanks!
<rsalvaterra>
ldir: I see, makes sense. :)
<stintel>
I asked him in the PR
<tmn505>
stintel: I would say add his SoB, but others may have different opinion
<stintel>
SoB should only ever be added after requesting explictly
<tmn505>
and ad in [] what You changed
<stintel>
I didn't change anything, my work isn't based on his work, I just did exactly the same
<stintel>
also a bit of a bummer that this was done via PR
<stintel>
if that had been sent to the ML I'd have known about it
<stintel>
and I wouldn't have wasted half a day
<ldir>
stintel: good idea - if it were me I'd put something a little stronger credit wise 'turns out at least 3 of us were working on the same problem but from different directions, see the PR'. but what do I know
<ldir>
stintel: I've taken his PR commit and am building under macos
<tmn505>
that's alway my issue when i stumble uppon a problem, first check ML and if I remember check GH
<stintel>
we should really find a solution for that
<rmilecki>
stintel: well, if you done sth on your own, just put your S-o-B there and you're good
<rsalvaterra>
"Let's just avoid the whole debacle by bumping the version." :D
<rsalvaterra>
And I completely missed you had already linked it above. :)
<stintel>
rmilecki: yeah I know, just a bit silly that this guy's PR was sitting there for a month and nobody knew about it
<rmilecki>
i know, i agree, we may sorry that guy, we don't have manpower to review all incoming changes :(
<stintel>
if only all contributions would be centralized
<stintel>
but the old guard doesn't like github, the new kids can't figure out git send-email and work with web-based mailboxes like gmail that are imho absolutely antiproductive ..
<stintel>
weren't we going to move to gitlab and translate PRs to the ML or translate patches sent to the ML to PRs?
<Borromini>
plyntk hangs around here usually, you can ping him when he's online
lukedashjr has joined #openwrt-devel
castiel652 has joined #openwrt-devel
luke-jr has quit [Ping timeout: 265 seconds]
brentmagma has quit [Remote host closed the connection]
<rsalvaterra>
stintel: Not specifically, but that certainly looks like something doesn't support being built with MIPS16.
lukedashjr is now known as luke-jr
<ldir>
stintel: not yet
brentmagma has joined #openwrt-devel
<rsalvaterra>
I'm actually doing a make clean to build a new image, let's see what happens…
<rsalvaterra>
That's BusyBox, right?
<stintel>
yeah
<stintel>
but I suspect it's because I have CONFIG_PKG_ASLR_PIE_ALL=y
<stintel>
rsalvaterra: ldir: since you're both building with GCC 10 already, iirc, kindly test https://git.openwrt.org/?p=openwrt/staging/stintel.git;a=commit;h=923a52e5a5c9d853c8773879554c2e4905f821d4 ?
<rsalvaterra>
stintel: That's weird, I've never hit those errors… :/
<rmilecki>
jow: nbd: quick question - could we have "config device <foo>" and drop "option name <foo>" ? i see two advantages:
<rmilecki>
1. it would not allow duplicated names
<rmilecki>
2. referencing devices from "config interface" would be more natural
<ldir>
stintel: I grabbed your commit last night and built without problem - curiously I've never hit the umdns issue either.
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
scullmi has quit [Remote host closed the connection]
scullmi has joined #openwrt-devel
<nbd>
rmilecki: uci section names have restrictions on what characters are allowed
scullmi has quit [Ping timeout: 245 seconds]
<rmilecki>
nbd: right, thanks
<zorun>
ah yes, the babeld uci integration used to do this (interface name in section name), but we had to drop it
<stintel>
ah right I need to build mvebu first, otherwise my commit message contains a lie :D
<ldir>
stintel: grub2 builds under macos - I've rebased on your latest master tree, and done a 'dirclean' - when I arrive at work I'll set a build going
castiel652 has quit [Quit: Connection closed]
<rsalvaterra>
stintel: No build issues at all, here… :/
<stintel>
was there some CI setup already that can build from our staging trees?
<stintel>
or is there another place I can push my staging tree, so that it will be tested automatically ?
* ldir
^^^ would also like that
murphyslawbbs has joined #openwrt-devel
ivanich has joined #openwrt-devel
<stintel>
Habbie: thanks for those dnsdist improvements btw - I kept wondering why the heck ruby was being built but never spent time on figuring out the reason
brentmagma has quit [Remote host closed the connection]
murphyslawbbs has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
valku has joined #openwrt-devel
brentmagma has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
poljar has joined #openwrt-devel
scullmi has joined #openwrt-devel
scullmi has quit [Ping timeout: 260 seconds]
{Nico} has quit [Quit: Lost terminal]
AlexisEvelyn has quit [Read error: Connection reset by peer]
AlexisEvelyn has joined #openwrt-devel
{Nico} has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
<nbd>
netprince: do you have time to test a patch?
<netprince>
nbd: I am not near the AP now, but I may be able to run a quick test in a few hours
<netprince>
nbd: I have remote access if you need anything from it
<nbd>
i may have a fix for the issue
brentmagma has joined #openwrt-devel
<netprince>
sounds good to me, let me know what to do and I'll try it later today
<Borromini>
netprince: ok, thanks. i have seen frequent timeouts, first i thought it were my Realtek switches (they run OpenWrt too)
<netprince>
I've been watching the realtek switch support, really interesting
<Borromini>
but things seem to have noticeably improved since i bumped to e5b19336c58e170ca3c55a96f8de018961b2fc2f (mt76 2021-04-29)
feriman has joined #openwrt-devel
<nbd>
the issue that netprince is facing only affects a subset of devices with mt7915
<Borromini>
yes, very much so. i own a ZyXEL GS1900-10HP, it powers a Netgear GS108T v3 and my EAP235-Walls
<Borromini>
nbd: oh, nevermind me then.
<nbd>
it's specific to devices that have pre-calibration data stored in flash
<nbd>
i don't have a such a device myself
scullmi has joined #openwrt-devel
shibboleth has joined #openwrt-devel
scullmi has quit [Ping timeout: 260 seconds]
poljar1 has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
poljar has quit [Ping timeout: 268 seconds]
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
feriman has quit [Quit: WeeChat 3.1]
scullmi has joined #openwrt-devel
feriman has joined #openwrt-devel
scullmi has quit [Ping timeout: 260 seconds]
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
Ansuel has quit [Ping timeout: 250 seconds]
scullmi has joined #openwrt-devel
scullmi has quit [Ping timeout: 260 seconds]
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
SamantazFox has quit [Ping timeout: 240 seconds]
Ansuel has joined #openwrt-devel
netprince_ has joined #openwrt-devel
dedeckeh has joined #openwrt-devel
netprince_ has quit [Client Quit]
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
scullmi has joined #openwrt-devel
SamantazFox has joined #openwrt-devel
scullmi has quit [Remote host closed the connection]
scullmi_ has joined #openwrt-devel
shibboleth has quit [Ping timeout: 240 seconds]
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
Nick_Lowe has joined #openwrt-devel
AlexisEvelyn has quit [Remote host closed the connection]
AlexisEvelyn has joined #openwrt-devel
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Dracos-Carazza_ is now known as Dracos-Carazza
brentmagma has quit [Remote host closed the connection]
slh64 has quit [Quit: gone]
slh64 has joined #openwrt-devel
brentmagma has joined #openwrt-devel
AlexisEvelyn has quit [Read error: Connection reset by peer]
AlexisEvelyn has joined #openwrt-devel
Nick_Lowe has joined #openwrt-devel
SamantazFox has quit [Ping timeout: 252 seconds]
AlexisEvelyn has quit [Read error: Connection reset by peer]
AlexisEvelyn has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
Nick_Lowe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
AlexisEvelyn has quit [Read error: Connection reset by peer]
AlexisEvelyn has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
AlexisEvelyn has quit [Read error: Connection reset by peer]
AlexisEvelyn has joined #openwrt-devel
eduardas has quit [Quit: Konversation terminated!]
goliath has quit [Quit: SIGSEGV]
brentmagma has joined #openwrt-devel
AlexisEvelyn has quit [Ping timeout: 252 seconds]
AlexisEvelyn has joined #openwrt-devel
scullmi_ has quit [Remote host closed the connection]
scullmi has joined #openwrt-devel
Huntereb has quit [Ping timeout: 245 seconds]
scullmi has quit [Ping timeout: 245 seconds]
brentmagma has quit [Remote host closed the connection]
<barhom>
I've mentioned that everytime I upgrade thousands of routers with sysupgrade -n remotely I loose about 1% because they do not call back home saying they've successfully upgraded. So what I did next was to reflash my own router in a loop until it stopped calling home. What I figured out was that when the router boots after the sysupgrade, the wifi and internet does work but it is always in a "bad state" showing lots of squashfs errors
<barhom>
in dmesg. At one point crontab wasnt running (crucial for me) and another time everytime I ran a script that we use (php) I got I/O error. Rebooting the router when its in this 'bad state' fixes it.
<ldir>
uh oh, my apu2 hasn't come back after the grub2 bump
brentmagma has joined #openwrt-devel
dedeckeh has quit [Quit: Connection closed]
<barhom>
So now I'm thinking of trying to have some kind of monitor that would reboot the router if there is a squashfs error. But there must be something else that's causing the underlying issue?
murphyslawbbs has joined #openwrt-devel
muhaha has joined #openwrt-devel
<PaulFertser>
barhom: something like logread -f | grep -q squashfserror && echo b > /proc/sysrq-trigger ?
<PaulFertser>
barhom: I wonder if you tried the same test but without sysupgrade, just rebooting it few thousand times?
<lynxis>
barhom: do you have 4mb devices?
goliath has joined #openwrt-devel
<lynxis>
barhom: what I meant, do you have lowmem devices (32mb?)?
<PaulFertser>
But reboot fixes it...
<lynxis>
oh wait. it's not a flash problem, it's a memory problem? I've the problem that sometimes sysupgrade fails to write the firmware to the flash.
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
Huntereb has joined #openwrt-devel
Nick_Lowe has joined #openwrt-devel
Nick_Lowe has quit [Client Quit]
<netprince>
nbd: I dont have much time to test your patch, but a quick test shows uploads work great, downloads are working now but only getting 50mbit when I should get about 350mbit. I can test it more on monday... thanks
Borromini has quit [Quit: Lost terminal]
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
scullmi has joined #openwrt-devel
AlexisEvelyn has quit [Read error: Connection reset by peer]
AlexisEvelyn has joined #openwrt-devel
murphyslawbbs has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
scullmi has quit [Ping timeout: 260 seconds]
scullmi has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
scullmi has quit [Remote host closed the connection]
mangix_ has joined #openwrt-devel
scullmi has joined #openwrt-devel
mangix has quit [Ping timeout: 268 seconds]
Acinonyx_ has joined #openwrt-devel
Acinonyx has quit [Ping timeout: 268 seconds]
scullmi has quit [Ping timeout: 245 seconds]
shibboleth has joined #openwrt-devel
sbrown_ has joined #openwrt-devel
sbrown has quit [Read error: Connection reset by peer]
Immanuel has quit [Ping timeout: 265 seconds]
rmilecki has quit [Ping timeout: 252 seconds]
Immanuel has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
feriman has quit [Quit: WeeChat 3.1]
muhaha has quit [Quit: Connection closed]
brentmagma has quit [Remote host closed the connection]
<Hauke>
Is it intented that the openwrt 21.02-rc1 images are not really signed? They contain a cert with this comment: "# fake certificate"
brentmagma has joined #openwrt-devel
SamantazFox has joined #openwrt-devel
silverwhitefish has quit [Quit: One for all, all for One (2 Corinthians 5)]
ivanich has quit [Quit: Konversation terminated!]
scullmi has joined #openwrt-devel
scullmi has quit [Ping timeout: 260 seconds]
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]
brentmagma has joined #openwrt-devel
scullmi has joined #openwrt-devel
scullmi has quit [Ping timeout: 260 seconds]
SamantazFox has quit [Ping timeout: 252 seconds]
AlexisEvelyn has quit [Ping timeout: 250 seconds]
AlexisEvelyn has joined #openwrt-devel
AlexisEvelyn has quit [Read error: Connection reset by peer]
AlexisEvelyn has joined #openwrt-devel
AlexisEvelyn has quit [Read error: Connection reset by peer]
AlexisEvelyn has joined #openwrt-devel
brentmagma has quit [Remote host closed the connection]