Tapper has quit [Read error: Connection reset by peer]
Tapper has joined #openwrt-devel
GNUmoon has quit [Remote host closed the connection]
<dansan>
Well, I'm just going to try to roll with it. I can't judge Rust yet because I don't know it. I don't like change, but linguistically, there's PLENTY of room for improvement. IMO, C (in it's current form) just isn't powerful enough.
<dansan>
In the kernel I mean
<dansan>
At least it's not Go! :P
rua has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
<mangix>
ynezz: I'm all ears. packages has way too many PRs honestly.
minimal has quit [Quit: Leaving]
dlg_ is now known as dlg
indy has quit [Ping timeout: 480 seconds]
ephemer0l has quit [Ping timeout: 480 seconds]
rua has quit [Ping timeout: 480 seconds]
indy has joined #openwrt-devel
rua has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
indy has quit [Ping timeout: 480 seconds]
rua has quit [Ping timeout: 480 seconds]
kenny has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
amaumene has joined #openwrt-devel
philipp64 has joined #openwrt-devel
philipp64 has quit []
danitool has quit [Read error: Connection reset by peer]
danitool has joined #openwrt-devel
indy has joined #openwrt-devel
ephemer0l has joined #openwrt-devel
danitool has quit [Ping timeout: 480 seconds]
<mangix>
anyone have an e8450?
<mangix>
nvm I don't think that would help.
rua has quit [Ping timeout: 480 seconds]
<mrkiko>
naigI have one
<mrkiko>
oops
<mrkiko>
mangix: I am running one at the moment
rua has joined #openwrt-devel
<mangix>
mrkiko: can you run strings /dev/mtd6 ?
philipp64 has joined #openwrt-devel
<mrkiko>
sure
<mrkiko>
I am in ubi layout
<mrkiko>
so I have no mtd 6
<mrkiko>
mangix: what's the name of the partition ?
<mangix>
senv or s_env
<mrkiko>
which should be the stock bootloader env I guess. So I can't help you really, because I do not have it anymore nor backup files. But you can find backup files in the relevant thread in the e8450 installer github repo
<Namidairo>
weird, uboot-envtools isn't setup for the stock e8450
<mrkiko>
mangix: issue 14 contains a backup zip file; I do not suggest using it to go back to stock, but to check for s_env content may be a possible thing
<mangix>
mrkiko: I'm wondering what it has as dango suggested s_env could be used for the E7350. But I don't see it anywhere.
<mrkiko>
mangix: sorry, I do not understand your question
<mangix>
I have a PR to add a new device. Don't worry about it.
<mrkiko>
mangix: you're wondering why exposing it at all?
<mangix>
no.
gladiac is now known as Guest361
gladiac has joined #openwrt-devel
<mrkiko>
mangix: oh, great! Let me hope you will add support for ubi layout / new bootloader. It's greatly helpful. I know - imposes a good amount of work an jtag :D
* mrkiko
wnders if mtd6 is backed up at all, don't know, may need to check incase
<mangix>
honestly this UBI thing makes no sense to me. Probably dango would need the device to add support for it.
<Namidairo>
sounds like they do mtd0-3
mrkiko has quit [Quit: leaving]
Guest361 has quit [Ping timeout: 480 seconds]
<mangix>
oh I see. requires a new bootloader
<Namidairo>
e8450 is just... erase senv?
Grommish_ has joined #openwrt-devel
Grommish_ has quit []
<Namidairo>
but the others do stuff in package/system/mtd/src/linksys_bootcount.c
<neggles>
okay, mikrotik, okay, you don't have to be so loud
<neggles>
they've also got some 802.11ay gear (ayyyyyy)
<russell-->
../../../../build_dir/target-mipsel_24kc_musl/glib-2.70.0/meson.build:2233:0: ERROR: <PythonExternalProgram 'python3' -> ['/home/russell/src/openwrt/staging_dir/host/bin/python3']> is not a valid python or it is missing distutils
<stintel>
that should be a symlink to your host python3
<stintel>
so either the symlink is broken or your host python3 is
<russell-->
$ python3 --version
<russell-->
Python 3.9.2
<russell-->
(this is fresh debian bullseye install)
<russell-->
maybe just a sequencing problem in the build, restarted ... will see if it shows up again
goliath has joined #openwrt-devel
<stintel>
do you have python3-distutils installed ?
<stintel>
could probably use some improvement then
<stintel>
maybe in previous versions this was installed by default with python3
<stintel>
dunno, don't use Debian
<russell-->
my normal build machine is arch
<russell-->
on arch, i get this from the test invocation:
<russell-->
$ python3 -c 'import distutils'
<russell-->
<string>:1: DeprecationWarning: The distutils package is deprecated and slated for removal in Python 3.12. Use setuptools or check PEP 632 for potential alternatives
eduardo010174 has joined #openwrt-devel
AtomiclyCursed2 has quit [Ping timeout: 480 seconds]
shibboleth has joined #openwrt-devel
AtomiclyCursed2 has joined #openwrt-devel
Atomicly| has joined #openwrt-devel
danitool_ has joined #openwrt-devel
danitool has quit [Read error: Connection reset by peer]
AtomiclyCursed2 has quit [Ping timeout: 480 seconds]
<stintel>
robimarko: have you tried make dirclean btw? this looks suspiciously like something I've seen before, when bumping something toolchain related or major kernel bump ...
<robimarko>
Hm, not actually
<robimarko>
Though I did a dirclear day or two ago
<robimarko>
Gonna try it though
<stintel>
I have actually just hit it myself because I'm currently trying to build an external kernel
<stintel>
I might do a dirclean later and see what gives
<robimarko>
Im tempted to build the 1.0.9 in buildroot and see whether it craps out there as well
snh_ has joined #openwrt-devel
snh- has joined #openwrt-devel
snh_ has quit [Read error: Connection reset by peer]
snh has quit [Ping timeout: 480 seconds]
snh- has quit []
snh has joined #openwrt-devel
snh has quit [Remote host closed the connection]
eduardo010174 has quit [Remote host closed the connection]
<robimarko>
stintel: Clean buildroot from scratch fails in the same way
<robimarko>
So its an upstream bug
<robimarko>
Will make a ticket
rua has quit [Ping timeout: 480 seconds]
<stintel>
robimarko: thanks
<robimarko>
Well, the geniuses have locked bugzilla registrations
<stintel>
kernel.org? that's /dev/null anyway :)
<robimarko>
Netfilter has its own bugzilla
<stintel>
ph
<stintel>
oh*
<stintel>
netfilter ml ?
<robimarko>
Yeah, I will try using that for a bug report/advice/whatever
<robimarko>
Ok, already spotted why its breaking
<robimarko>
They are including the libc/userspace header first
<robimarko>
And then the kernel ones
<robimarko>
Nope, false alarm, musl is supposed to be able to supress the kernel ones after libc ones are included
snh has joined #openwrt-devel
rua has joined #openwrt-devel
danitool_ has quit [Ping timeout: 480 seconds]
<robimarko>
Ok, so just including #include <netinet/in.h> before the kernel headers sorts this out
danitool_ has joined #openwrt-devel
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #openwrt-devel
AtomiclyCursed has quit [Ping timeout: 480 seconds]
danitool_ has quit [Ping timeout: 480 seconds]
danitool_ has joined #openwrt-devel
<robimarko>
This was fast, my fix was already merged upstream
<stintel>
neat :)
<stintel>
Pablo is also going to tag a new conntrack-tools
<stintel>
is that a hint to work on Kodi@OpenWrt again? :P
<tmn505>
nope, only middle mouse button :)
cbeznea has joined #openwrt-devel
Zeus4365_ has joined #openwrt-devel
<Zeus4365_>
Hi~My router will suddenly reboot sometimes，how can I get the log before reboot? 【Xiaomi MINI with OpenWrt 21.02.1 r16325-88151b8303 / LuCI openwrt-21.02 branch git-22.052.50801-31a27f3
<Zeus4365_>
I had try use the net log with anther machine by nc -ulp 514...but it also cannot get the useful log
<svanheule>
ynezz: since the anaysis on that gpio-restart revert is quite detailed, my summary would be "the reported behaviour makes no sense to me, please remove gpio-restart"
shibboleth has quit [Quit: shibboleth]
* Borromini
is testing the actual realtek codebase on his XGS1250-12 again
cbeznea has quit [Quit: Leaving.]
mangix has quit [Ping timeout: 480 seconds]
mangix has joined #openwrt-devel
<ynezz>
svanheule: lets wait some time for a response and then decide :)
<svanheule>
ynezz: OK. With the wire bodge I soldered in, it's working fine for me ATM anyway ;)
<svanheule>
PaulFertser: I see you also have a gpio-restart node on an RTL8231 (DGS-1210-10). I don't suppose you ever saw any kernel warnings when rebooting?
wvdakker has quit []
wvdakker has joined #openwrt-devel
robimarko has joined #openwrt-devel
<robimarko>
svanheule: The same GPIO restart node works for 1210-28P as well
<robimarko>
No warnings are printed
<svanheule>
robimarko: thanks! figured as much...
<robimarko>
Without it, WDT based restart doesnt work at all
wvdakker has quit []
<svanheule>
robimarko: it might work if you specify realtek,reset-mode = "cpu"
wvdakker has joined #openwrt-devel
<svanheule>
but that would probably result in broken network in u-boot, since I think those devices are based on an older version of the SDK
<PaulFertser>
svanheule: I do not remember seeing warnings with gpio-restart but I'm not 100 % sure.
GNUmoon has quit [Ping timeout: 480 seconds]
<karlp>
how can I find out who updated somethign in patchwork?
<karlp>
it's not a high priority for me, I only have a handful of those boards and I don't use them, but there's no feedback, either in the email notifying it's been marked N/A, nor on patchwork itself?
<PaulFertser>
svanheule: certainly didn't see that warning you mention.
<svanheule>
PaulFertser: ok, thanks
<ynezz>
karlp: correct, I've marked it as "Not Applicable" due to some of your remarks
<karlp>
does patchwork really not have any "reply" functionality at all?
* karlp
should stop tilting at windmills methinks.
<PaulFertser>
svanheule: and I could reliably reset the board by touching the gpio extender pin with a wire connected to gnd, so it indeed leads to immediate reset and the warning can't be emitted.
<karlp>
I mean, it's still valid hardware, runs openwrt well, worked well in 1907,
<karlp>
no idea why link detection doesn't work in 2102+ though, out of my skillset.
<karlp>
a little dissapointed it just got discarded while ath25 still lives :) I binned all the ath25 boards we had :)
<ynezz>
karlp: ok, I've skimmed through that patch, it has RFC in title, something not working, so it looked as WIP
<karlp>
the patch description has the summary of what doesn't work vs 1907 ar71xx,
<karlp>
but it's fair really, I don't have the skill set to work out what's wroong, so at the point it's at, I can only test what someone can "comment" on, and it received zero :9
<ynezz>
nobody interested?
<karlp>
never got any replies here, none on the mailing list, so yeah, guess it's just dead hardware.
<karlp>
it's ok, we had at one stage planne don using it for a product, but we've moved well past that now, they're just a stack of baords I used to use sometimes around the lab.
<karlp>
one of them runs a ser2net and openocd for some remote debug stuff,
<ynezz>
no problem, I've just changed state to "Needs Review/ACK"
AtomiclyCursed2 has joined #openwrt-devel
<karlp>
well, no-one else ever looked at it, so it probably won't get looked any by anyone else until you come across it again in a few months
<svanheule>
PaulFertser: I assume you're still waiting for your DGS-1210-10 patches to be tested, but could you send a v2 with Adrian's comments implemented?
<ynezz>
once it has different state, it's not a problem
<karlp>
so yeah, a) I'd happily test suggestions if anyone ever has any, but b) given that no-one everh as, and I was the first one to even try and bring it back from ar71xx, it's probably pretty fair to just say, "no-one cares" ?
<karlp>
goog will still remember the patch exists anyway maybe?
<ynezz>
no need to worry, there are much older patches
<karlp>
ok, cool.
<karlp>
thanks for taking the time
<PaulFertser>
svanheule: if you think it makes sense, certainly, but I do not have any device to test now.
<ynezz>
karlp: maybe you should try GH crowd with PR
<ynezz>
someone there might have an idea
<svanheule>
PaulFertser: according to the wiki, Birger should have a DGS-1210-10P too, you could also ask him to test
<ynezz>
or forum
<PaulFertser>
svanheule: I did few months ago
<svanheule>
PaulFertser: surely he has more time now that his big PR got merged :^)
<Borromini>
:P
<svanheule>
PaulFertser: it's up to them to decide how to spend their time, but IMHO it would be a pitty if your refinements wouldn't be merged because the device owners don't feel like testing them :-(
<svanheule>
in the end, I think we're all just trying to improve things for everyone, not only for ourselves :)
minimal has quit [Quit: Leaving]
GNUmoon has joined #openwrt-devel
robimarko has quit [Quit: Leaving]
rsalvaterra has quit [Quit: No Ping reply in 180 seconds.]