danitool has quit [Read error: Connection reset by peer]
Misanthropos has joined #openwrt-devel
<stintel>
and I'm done playing, found a GPIO pin that crashed the rpi4
<stintel>
(it's ~2000km away :P)
<stintel>
I guess I'm going to be ordering some more LoRa goodies soon
<stintel>
will probably replace the dragino lora/gps hat with something that is supported by software that doesn't require fucking wiringPi because that shit I never understood why it exists
<stintel>
because since 5.15 bump I can no longer use motion on rpi
<stintel>
needs some v4l kernel work too
clandmeter has quit [Remote host closed the connection]
clandmeter has joined #openwrt-devel
clandmeter has quit [Remote host closed the connection]
clandmeter has joined #openwrt-devel
clandmeter has quit [Remote host closed the connection]
schwicht_ has quit [Read error: Connection reset by peer]
rsalvaterra_ has joined #openwrt-devel
clandmeter has joined #openwrt-devel
rsalvaterra_ is now known as rsalvaterra
clandmeter has quit [Remote host closed the connection]
clandmeter has joined #openwrt-devel
clandmeter has quit [Remote host closed the connection]
clandmeter has joined #openwrt-devel
clandmeter has quit [Remote host closed the connection]
clandmeter has joined #openwrt-devel
Tapper has joined #openwrt-devel
<hurricos>
stintel: Let me tell you a bit about LoRA ...
<hurricos>
I actually work with some old-timey lora folks and may be doing a port of the TTNv3 LoRA stack to OpenWrt packaging sometime soon
<hurricos>
because some of the at91-based hardware we have (MultiTech Conduit MTCDT-H5-210A) is no longer supported, despite having the really expensive semtech cards
<hurricos>
Nice, I was looking for what the dragino uses. Yeah, we have SX1301-based guys that Multitech didn't want to port to the TTNv3 stack
hanetzer1 has joined #openwrt-devel
hanetzer has quit [Ping timeout: 480 seconds]
cmonroe has joined #openwrt-devel
goliath has joined #openwrt-devel
hanetzer2 has joined #openwrt-devel
hanetzer1 has quit [Ping timeout: 480 seconds]
hanetzer2 is now known as hanetzerz
hanetzerz is now known as hanetzer
hanetzer has quit []
hanetzer has joined #openwrt-devel
gladiac is now known as Guest6262
gladiac has joined #openwrt-devel
Guest6262 has quit [Ping timeout: 480 seconds]
srslypascal is now known as Guest6265
srslypascal has joined #openwrt-devel
Guest6265 has quit [Ping timeout: 480 seconds]
PaulFertser_ has joined #openwrt-devel
PaulFertser has quit [Read error: Connection reset by peer]
SlimeyX has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
PaulFertser_ is now known as PaulFertser
ekathva has joined #openwrt-devel
ekathva has quit [Remote host closed the connection]
goliath has joined #openwrt-devel
danitool has joined #openwrt-devel
csrf1 has joined #openwrt-devel
robimarko has joined #openwrt-devel
csrf has quit [Ping timeout: 480 seconds]
csrf1 has quit [Ping timeout: 480 seconds]
<russell-->
is anybody working on the port LEDs for realtek switches? I have some netgear gs108t's and the link/speed lights don't work as of recently.
Misanthropos has quit [Ping timeout: 480 seconds]
MaxSoniX has joined #openwrt-devel
<svanheule>
russell--: two people in fact, and we're having a fight
<robimarko>
svanheule: Is it just me or is Realtek looking like more and more completely non-upstreamable code?
<svanheule>
robimarko: I try to pay attention to keeping code upstreamable, but not everyone tries to maintain that standard
<robimarko>
To me it looks like you are the only one
<svanheule>
robimarko: feel free to express your concerns with the others then, I'm having a very hard time getting that point across :(
<f00b4r0>
i concur (with robimarko)
<robimarko>
svanheule: I wish I had time for Realtek as well
<robimarko>
I am just lurking on the PR-s and see more and more code piled up
<robimarko>
I am afraid that we are gonna end up with a atheros MIPS like situation where it took complete target rewrite to start upstreaming
<svanheule>
at least the code dumps are no longer 50+ patches (trying to see the positive side here)
<robimarko>
Except for the "improvements" PR which is 30+
<svanheule>
robimarko: I have the impression more people are finding their way to the realtek target, and some of them are competent enough to write decent code
<robimarko>
Looks like it, but its a circle
<robimarko>
Everything is piling up downstream
<robimarko>
And with all of the global data shared across all of the drivers its non upstreamable
<svanheule>
one of the points I have also tried to make, yes
<robimarko>
LED-s are something that is gonna get stuck forewer if raw HEX values are gonna end up in DTS
<robimarko>
Also, it seems Realtek managed to break these SoC-s in every possible way
<robimarko>
It just looks so terribly designed
<svanheule>
and the LED proposal is completely integrated in the networking driver!
<f00b4r0>
well, it's Realtek. What did you expect? ;P
<robimarko>
f00b4r0: Good point
<robimarko>
svanheule: Thats never gonna fly upstream
<robimarko>
Basically, the whole target is in a state where it would need to be completely rewritten
<f00b4r0>
looks like he's not taking no for an answer
<robimarko>
His argument is I already have patches to upstream stuff that is not sent(Like the SMBUS MDIO mess)
winternull_ has quit [Ping timeout: 480 seconds]
<svanheule>
after my feedback on his LED patch set, I got private messages warning me about my "role as a reviewer", and later threatening "to have me replaced"
<robimarko>
Haha, he cannot be serious
<robimarko>
That sh*t maybe works on politicians, not so much on developers
<f00b4r0>
there's a famous French movie quote about this kind of people, but I'll refrain from quoting as it's fairly rude :)
cmonroe has joined #openwrt-devel
<f00b4r0>
svanheule: imho if he consistently ignores your reviews, it's fair game to ignore his changes.
<svanheule>
I'm trying to do this in my free time, but I don't have the mental bandwidth deal with this amount of bad code on top of other patches :-/
<f00b4r0>
I sympathize
<svanheule>
his attitude with the previous dump of patches was to let it sit for a few weeks, nobody will look at it properly, and eventually it will get merged anyway
<svanheule>
I stepped in the moment it was about to be merged, and got some corrections to be made, but afterwards we had to deal with the fall-out of badly tested code
<robimarko>
How does anybody expect 33 patches to get reviewed in any context?
<robimarko>
Like, I would forget what 5-th one was supposed to do on the 10-th
cmonroe has quit [Ping timeout: 480 seconds]
cmonroe has joined #openwrt-devel
<robimarko>
svanheule: started lightly in the huge PR
<svanheule>
robimarko: thanks :)
cmonroe has quit [Ping timeout: 480 seconds]
cmonroe has joined #openwrt-devel
borek has joined #openwrt-devel
cmonroe has quit [Ping timeout: 480 seconds]
cmonroe has joined #openwrt-devel
cmonroe has quit [Ping timeout: 480 seconds]
robimarko has quit [Quit: Leaving]
cmonroe has joined #openwrt-devel
torv_ is now known as torv
rsalvaterra has quit []
rsalvaterra has joined #openwrt-devel
cmonroe has quit [Ping timeout: 480 seconds]
bluew has quit [Ping timeout: 480 seconds]
cmonroe has joined #openwrt-devel
Tapper has quit [Ping timeout: 480 seconds]
cmonroe has quit [Ping timeout: 480 seconds]
cmonroe has joined #openwrt-devel
cmonroe has quit [Ping timeout: 480 seconds]
borek has quit [Quit: borek]
borek has joined #openwrt-devel
svanheule has quit [Quit: svanheule]
svanheule has joined #openwrt-devel
Tapper has joined #openwrt-devel
cmonroe has joined #openwrt-devel
Piraty_ has joined #openwrt-devel
Piraty has quit [Ping timeout: 480 seconds]
schwicht has joined #openwrt-devel
<svanheule>
more realtek shenanigans >_>
MAbeeTT4 has joined #openwrt-devel
MAbeeTT3 has quit [Ping timeout: 480 seconds]
cmonroe has quit [Ping timeout: 480 seconds]
cmonroe has joined #openwrt-devel
<f00b4r0>
svanheule: I wonder if he even understands the purpose of submitting upstream. It seems he doesn't.
<svanheule>
f00b4r0: he has used the statement that "upstream reviewers will suck the life out of you", quoting a dd-wrt dev
<f00b4r0>
frankly if he's that unwilling to cooperate, I would simply mark the PR as blocked and let it be :P
Tapper has quit [Ping timeout: 480 seconds]
cmonroe has quit [Ping timeout: 480 seconds]
borek1 has joined #openwrt-devel
borek has quit [Ping timeout: 480 seconds]
borek1 is now known as borek
<stintel>
sigh, #10331, let's squash all my commits and make shit unreviewable
<stintel>
with a commit message that makes no sense and without at least crediting me in the commit message for doing most of the work
<stintel>
you're running a snapshot and need to sysupgrade to the latest first
<stintel>
because kmod packages depend on the exact kernel version
<fpsusername[m]>
\x: Self built image (because it's not supported yet)
<fpsusername[m]>
* image (because the system/extender it's not
cmonroe has joined #openwrt-devel
<\x>
then you have to build luci-app-sqm yourself using the image builder
<Habbie>
fpsusername[m], if you set packages to [m] in make menuconfig, package files come out
<\x>
either by adding it into the sysupgrade image or as an installable package
<fpsusername[m]>
Habbie: Ah okay, useful
<Habbie>
fpsusername[m], and, of course, if you set them to Y, they appear in your image, but then you need to sysupgrade
<fpsusername[m]>
Uh, would setting luci-app-sqm to m also make packages for kmod (depencies)?
<Habbie>
my experience is the opposite - you can't set that m until you also set m for the dependencies :)
<Habbie>
but, in the end, you'll get the complete set yes
<fpsusername[m]>
oh, well, it sets m just fine
<Habbie>
ok good
<Habbie>
should be fine then
<fpsusername[m]>
Is there a search function in make menuconfig? There are so many packages there, and how would I know the category of for example xtables-nft
<schmars[m]>
fpsusername press "/"
cmonroe has quit [Ping timeout: 480 seconds]
<fpsusername[m]>
Like vi(m)
goliath has quit [Quit: SIGSEGV]
<hurricos>
stintel: is Martin Blumenstagl the maintainer for spi?
<hurricos>
oh. Wait!
<hurricos>
xdarklight: Would you like me to send you some realtek hardware?
<hurricos>
with a last-name like that I worry you may not be in the US :(
<xdarklight>
hurricos: thanks for the offer. only if you also know a way to make my day 28 hours or longer ;-)
<hurricos>
;^)
<hurricos>
OK. OK.
<svanheule>
hurricos: don't try shoving your own problems onto other people! :^)
cmonroe has joined #openwrt-devel
<hurricos>
No, no, just trying to be helpful :_;
<svanheule>
xdarklight: thanks for looking at that spi driver in any case :)
<hurricos>
I was digging around for context on that realtek-rtl / spi patch, wasn't sure whether your involvement was as a maintainer.
<hurricos>
I *do* like (trying) to bribe people with hardware to test on.
<xdarklight>
hurricos: no, I don't even remember why I looked at that driver and it seemed like there was a typo. turns out the code was correct but confusing. so instead of letting myself get confused in X months from now on (just in case I look at that driver again ;)) I thought "hey I can improve this" :)
<hurricos>
Self-preservation. I love it.
<hurricos>
Thanks. Sorry for the bother.
ptudor has joined #openwrt-devel
<svanheule>
xdarklight: too bad you're not joining the realtek team though :(
<hurricos>
Yeah, working with bkobl has been tricky. If you implement the downstream first, it's hard not to want upstream to look like your downstream.
<svanheule>
they're cheap, they're abundant, just don't look at the details of the hardware
<hurricos>
The best way to avoid complications there is to pick a target nobody else cares about it and spend thousands of USD and hundreds of hours banging your head against it until you are the SME
<hurricos>
then ask the people who have been burned out on it for help occasionally :rofl:
robimarko has joined #openwrt-devel
* hurricos
coughs demurely, trying very hard to avoid getting caught making furtive glances at mpc85xx / qoriq
<hurricos>
s/SME/only person available and willing to sink more time into it, so that when nobody else responds, everyone thinks you're the SME/
<xdarklight>
svanheule: I need to make some progress on Lantiq and Meson (Amlogic ARM SoCs) first. Lantiq because it's used on the DSL router which is connecting me to the internet and Meson because I have still have some patches that I need to upstream (after getting distracted, being busy with $daytime job, ...). but it's certainly an interesting target ;)
<svanheule>
xdarklight: right, that's why your name looked familiar. You're also the guy from the MIPS SMP-MT patch!
<svanheule>
too bad we didn't get any pointers there on how to properly solve the issue :(
ptudor_ has quit [Ping timeout: 480 seconds]
<xdarklight>
svanheule: haha, I'm actually about to reply on that one :)
cmonroe has quit [Ping timeout: 480 seconds]
shibboleth has joined #openwrt-devel
SlimeyX has joined #openwrt-devel
cmonroe has joined #openwrt-devel
<stintel>
hmmm where do we set initial TARGET_CFLAGS and TARGET_LDFLAGS? I see only appends in include/{hardening,nls}.mk
<f00b4r0>
stintel: rules.mk?
cmonroe has quit [Ping timeout: 480 seconds]
<stintel>
f00b4r0: thanks
<f00b4r0>
yw
borek has quit [Read error: Connection reset by peer]
schwicht has quit [Remote host closed the connection]
shibboleth has quit [Remote host closed the connection]
shibboleth has joined #openwrt-devel
schwicht has joined #openwrt-devel
cmonroe_ has joined #openwrt-devel
robimarko has quit [Quit: Leaving]
minimal has joined #openwrt-devel
goliath has joined #openwrt-devel
shibboleth has quit [Remote host closed the connection]
shibboleth has joined #openwrt-devel
seer has quit [Quit: quit]
seer has joined #openwrt-devel
minimal has quit [Remote host closed the connection]
minimal has joined #openwrt-devel
shibboleth has quit [Quit: shibboleth]
danitool_ has joined #openwrt-devel
MaxSoniX has quit [Quit: Konversation terminated!]
<mrnuke>
aparcar[m]: Hey, that looks interesting. I was going to do the oldfart reaction of "we don't need no stinkin new linker", but then I saw mold uses multiple cores. That's awesome!