<hanetzer>
stintel: heyo, around? got a tp-link eap615-wall which is currently in an unknown state. am I correct in the idea that flashing the squashfs-sysupgrade over the firmware partition would 'default' it?
<stintel>
hanetzer: oof, honestly don't know
<hanetzer>
I can read it with flashrom, and that area is full of a 'FIT image' (and some sqshfs)
goliath has quit [Quit: SIGSEGV]
<stintel>
have a TTL header ?
<stintel>
anyway if you have flashrom you can dump the whole chip as backup and try :)
<hanetzer>
yes, but it seems to 'not work' based on the docs I've read. no output when plugged into POE (light flashes tho)
<stintel>
interesting, maybe bad contact in one of the pins?
<hanetzer>
ah you do have a very valid point, usually. however my flashrom does not appear to support the xmc chip on mine :P
<stintel>
ah crap
<stintel>
lol so I'm currently writing an automation in home assistant to toggle default subtitle language in kodi from dutch to english whenever the gf is in the apartment :P
<hanetzer>
lemme see about retouching the header, I'll heat up my iron.
<hanetzer>
stintel: give her an rfid chip unbeknownst, have it trigger on that ;P
<hanetzer>
reason #1337 I'm still single
<hanetzer>
reason #0 being that I'm literally not trying to stop being single tho xD
danitool has quit [Ping timeout: 480 seconds]
<stintel>
hanetzer: :D
<stintel>
yeah she tends to disable her wifi so in that case it won't work
<hanetzer>
apologies in advance for part/joins
<hanetzer>
stintel: btw, before I do. Am I correct in reading that this is a 3v3 uart?
<hanetzer>
because all I have on hand is 3v3 and 5v0
<stintel>
yeah the UART is 3v3
<stintel>
afair
hanetzer has quit [Quit: WeeChat 3.6]
hanetzer has joined #openwrt-devel
<hanetzer>
stintel: ayup, I guess there was a bad connection/bridge. or maybe I just got unlucky and caught it while it was in the 'wait' stage.
<hanetzer>
y'know, this may be the one device that's more of a pain in the ass to get put back together than disassemble
schwicht__ has joined #openwrt-devel
schwicht has quit [Read error: Connection reset by peer]
KGB-1 has quit [Ping timeout: 480 seconds]
eloy__ has joined #openwrt-devel
eloy_ has quit [Ping timeout: 480 seconds]
KGB-1 has joined #openwrt-devel
<digitalcircuit>
slh: Thank you for the heads up! I'll try to test my NBG6817 on master soon-ish (I swapped the with-serial-console one back to being the main router, so I may swap that back).
<slh>
great, at least the nbg6817 is easy to recover (even without serial) - still need to fix my asrock g10, which didn't like a dsa dts without anything else dsa being present (current master)
floof58 is now known as Guest3721
floof58 has joined #openwrt-devel
Guest3721 has quit [Ping timeout: 480 seconds]
Piraty has quit [Remote host closed the connection]
schwicht_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
matoro has quit [Ping timeout: 480 seconds]
matoro has joined #openwrt-devel
MaxSoniX has joined #openwrt-devel
Misanthropos has quit [Ping timeout: 480 seconds]
danitool has joined #openwrt-devel
MaxSoniX has quit [Quit: Konversation terminated!]
bookworm_ has joined #openwrt-devel
bookworm has quit [Ping timeout: 480 seconds]
bookworm has joined #openwrt-devel
bookworm_ has quit [Ping timeout: 480 seconds]
bookworm has quit []
philipp64 has quit [Ping timeout: 480 seconds]
<digitalcircuit>
slh: Yep, as far as I recall, I can just flash it to the other partition, then use the serial console to toggle the boot partition back. Nothing lost. (Sure would be nice if there was a bootloader way to toggle boot partitions without the serial console.)
<digitalcircuit>
ynezz: Thanks for the links!
rua has joined #openwrt-devel
bookworm has joined #openwrt-devel
Misanthropos has joined #openwrt-devel
rua has quit [Quit: Leaving.]
rua has joined #openwrt-devel
bookworm has quit [Read error: Connection reset by peer]
bookworm has joined #openwrt-devel
<dwfreed>
I need to get around to setting up serial console on my nbg6817
robimarko has joined #openwrt-devel
danitool_ has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
dangole has quit [Remote host closed the connection]
dangole has joined #openwrt-devel
danitool_ has quit [Ping timeout: 480 seconds]
danitool_ has joined #openwrt-devel
f00b4r0 has quit [Ping timeout: 480 seconds]
f00b4r0 has joined #openwrt-devel
<f00b4r0>
well, NIC renaming from 19.07 to 21.02 just bit me
* f00b4r0
scratches head - 17% sys while the device is idle?
<f00b4r0>
how I wish we could use a magic packet to enter failsafe. Softbricked pole-mounted device... yay.
lmore377 has quit [Quit: No Ping reply in 180 seconds.]
lmore377 has joined #openwrt-devel
<f00b4r0>
we should never have allowed upgrading mikrotik device from ar71xx to ath79
<f00b4r0>
it just doesn't work.
T-Bone has joined #openwrt-devel
f00b4r0 has quit [Ping timeout: 480 seconds]
<T-Bone>
holy macaroni. It's wireguard eating all my CPU. WTH, it's the exact same config as before the upgrade
T-Bone is now known as f00b4r0
<hgl>
jow, am I correct that to manually call a procd raw trigger, "ubus call service event ..." should be used?
KGB-1 has quit [Remote host closed the connection]
<jow>
hgl: ubus send eventname
<hgl>
jow, hmm, doesn't seem to work for me. I created a /etc/init.d/testinit with this content https://pastebin.com/f10LVFDa, and started it, then ubus send acme.renew, the script was not run. using ubus call service event '{"type":"acme.renew","data":{}}' did make it run
<jow>
ah okay, then use the latter
<hgl>
jow, ok. do you think i should name the event something like acme.example.com.renew, and register the event with acme.*.renew, to follow network.interface.*?
<jow>
why not jsut "acme.renew" ?
<jow>
and maybe "acme.issue" for new certs
<jow>
since you're not going to look at the specific domain anyway and simply reload the service for any updat,e you cna as well send a generic event
<hgl>
and is the data value for the event used in any way? i was hoping to convey the domain in some way, so it seems more... elegant?
bookworm has quit []
<hgl>
ok, maye just acme.renew and acme.issue
<jow>
I don't think procd triggers have the ability to interpret the payload data
<jow>
but I might be wrong, in the end it is some json script expression being sent to procd
<hgl>
I did check, at least the shell portion of procd and jshn implementation. It seems the triggering of scripts is done by procd? doesn't seem to be configurable from a shell script?
<jow>
seems so yes
<jow>
and matching is performed on event name only
* f00b4r0
digs through wireguard changelog, tries to figure out what could have caused cpu load to go from ~1% to ~17%
tlj has joined #openwrt-devel
MaxSoniX has joined #openwrt-devel
borek has joined #openwrt-devel
<stintel>
ahhh love that HA setup, it finally comes in really handy :P I can update my routers while gf is browsing the web and she doesn't even notice
<jow>
I just smoke tested the luci ucodeb rnach on an old buffalo wzr-600dhp and it runs adequately
<jow>
I think I am going to merge it now and watch the resulting fallout
<stintel>
jow: sounds good
<stintel>
it's master anyway
<stintel>
actually I just flashed an image with it to my main routers, let me click through everything
<stintel>
jow: hmmm both ipv4 and ipv6 neighbors show a single entry, that doesn't seem right?
<stintel>
ip -4 ne shows 53
<stintel>
ah, I'm not running your latest version
<jow>
for me it shows two of two on IPv4 and 1 of three on IPv6 (fe80 ones filtered out iirc)
<stintel>
where does it get its info? netlink?
<jow>
no, it invokes ip neigh via the rpcd file exec api
<jow>
so it should be completely unaffected by the ucode rewrite
<stintel>
I see
<jow>
it does parse the `ip neigh` output though, maybe something changed there
<stintel>
yeah looks like I also have 1 entry on a lua luci
<jow>
ah, need to run. will merge it tonight. If you find something serious, drop me a line
<stintel>
while ip -4 ne shows 2 reachable 3 stale