zatwai_ has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]
zatwai has joined #openwrt-devel
<Znevna>
gch981213: I don't know why these private builds with no source code are allowed in the OpenWrt forums. But I guess the mods know better.
<Znevna>
but i'm guessing is rather hard to open source the sources of a driver you're not supposed to have in the first place
goliath has joined #openwrt-devel
matoro has joined #openwrt-devel
matoro has quit []
matoro has joined #openwrt-devel
gladiac has joined #openwrt-devel
<jow>
schmars[m]: snapshot packages are built with snapshot sdk, 22.03 packages with 22.03-HEAD SDK
<jow>
schmars[m]: so always the per-branch snapshot
goliath has quit []
Acinonyx has quit [Quit: Peer reset by connector]
Acinonyx has joined #openwrt-devel
rsalvaterra_ has quit []
rsalvaterra has joined #openwrt-devel
gladiac has quit [Quit: k thx bye]
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #openwrt-devel
cbeznea has joined #openwrt-devel
Tapper has joined #openwrt-devel
goliath has joined #openwrt-devel
cmonroe has quit [Ping timeout: 480 seconds]
cmonroe has joined #openwrt-devel
dansan has quit [Ping timeout: 480 seconds]
robimarko has joined #openwrt-devel
<mrkiko>
robimarko: good morning!! :) In the end, the fan did spin up
<robimarko>
mrkiko: Great
f00b4r0 has joined #openwrt-devel
T-Bone has quit [Remote host closed the connection]
tersono has joined #openwrt-devel
rua has quit [Quit: Leaving.]
danitool has joined #openwrt-devel
tlj_ has joined #openwrt-devel
tlj has quit [Ping timeout: 480 seconds]
tlj_ has quit [Remote host closed the connection]
<mrkiko>
robimarko: I am hooking up to cluster CPu temperature, think it's a good compromise
<mrkiko>
robimarko: at least for testing... then, may I ask you for some guidance on ath11k-wifi ?
<mrkiko>
robimarko: once this works
tlj_ has joined #openwrt-devel
<mrkiko>
is it expectedrunning fstrim on an eMMC device says discard operation is not supported?
<mrkiko>
is this a case of missing configuration or does emmc controller handle this somehow?
<karlp>
gch981213: yeah, rtw88 does look like a promising future thankfully.
<mrkiko>
karlp: very nice; I admit I didn't expect for things to turn out this way when I got that TP-Link wireless dongle ... hope I can try it again once 6.2 is out
cmonroe has quit [Ping timeout: 480 seconds]
<dwfreed>
mrkiko: SD/MMC/eMMC have an ERASE command that behaves similar to TRIM, but it's plausible that Linux doesn't use it that way; eMMC 4.5 has a DISCARD command that is more like TRIM than ERASE
<dwfreed>
so if your eMMC chip does not implement 4.5, it would certainly make sense that it doesn't work
<mrkiko>
dwfreed: thanks! I am asking because I am doing some upgrading on the nbg7815 EMMC, and was trying to do things better... but now I might try if I am able to get initramfs working there
<stintel>
interesting. I added fstrim to my M300 images at some point, and I thought I was able to successfully run it at some point
<stintel>
now -av does nothing, and explicitly trying on /overlay says not supported
<dwfreed>
heh
<stintel>
I might be mistaken though
<stintel>
maybe it never worked
<mrkiko>
dwfreed: that patch seems interesting and I'm in the position to try that out
<mrkiko>
dwfreed: however, I should first be sure of where my zloader is, otherwise I might have a hard time recovering the device if something really bad happens :D
<dwfreed>
heh
<mrkiko>
dwfreed: hey! These patches got upstreamed!
<dwfreed>
\o/
<mrkiko>
dwfreed: sorry, don't know that emoj, but guess it's happy :D
<stintel>
arms up victory style
<dwfreed>
^
<mrkiko>
stintel: thanks! :D
<mrkiko>
dwfreed: but ... these patches where also backported around 5.15.81 if I am reading thingscorrectly
<mrkiko>
dwfreed: so - chances are I am already running that code...
<mrkiko>
robimarko: and, since I can boot initramfs, would it make sense to suggest that as a recovery method instead of going back to stock again in the wiki?
<mrkiko>
robimarko: if so, I may try to write down the text
<dwfreed>
mrkiko: landed in 5.15.82
fakuivan_ has quit [Remote host closed the connection]
<mrkiko>
dwfreed: so in my case the eMMC itself maybe not able to discard - e.g.: I expect the *can_discard function in the patch to return 0
<mrkiko>
ok, seems my zloader is in nor spi, so playing with emmc may be ok at some extent
srslypascal has joined #openwrt-devel
rua has joined #openwrt-devel
tersono has quit [Quit: tersono]
f00b4r0 has quit [Quit: Leaving]
<robimarko>
mrkiko: Whatever makes sense to you, I dont have that device at all
<mrkiko>
robimarko: ok; I'll try to mimic the user-space script behaviour in a sense, at least using it's values.
<mrkiko>
quick & dirty way to re-compile DTS only, just to track and fix syntax erorrs?
<robimarko>
Just change it directly in the build_dir
<mrkiko>
cool! Thanks
rua has quit [Quit: Leaving.]
<mrkiko>
robimarko: I found the timer definitions for the wcss phys to check for temperature. But not the thermal zones definition, so I don't know how to bind to them
<robimarko>
mrkiko: What do you mean by timer?
<robimarko>
There are wcss-phya0 and wcss-phya1 thermal zones in the DTS
<robimarko>
But they dont have any trips currently
<mrkiko>
referring to linux.git, I am looking at ipq8074.dts, line 913
<robimarko>
What version?
<mrkiko>
master linux.git
<mrkiko>
robimarko: I am trying to overlay them like this: http://ix.io/4o1d
<robimarko>
wcss phy zones dont have labels
<robimarko>
You gotta add those before trying to use them
<robimarko>
Also, 400 milidegress is way too small of a hysterizis
<mrkiko>
robimarko: uh!!! Sorry, thanks a lot for the hint
<robimarko>
Also, I think you are doing an overkill
<mrkiko>
robimarko: sure, and also the values I'm using are plain wrong and made to see it working, they'll haveto be changed for sure
<robimarko>
There is no way that WCSS is going to be way hotter than the rest of the die, its not a huge one
<mrkiko>
so you suggest the cluster value is enough? I don't know what to choose because I have no congnition on how the device is built inside
<robimarko>
I would do it like the passive cpufreq cooling is currently done
<robimarko>
Just add it for the cluster and individual core sensors
<robimarko>
I mean, WCSS also is not going to hurt anything but please use reasonable hysterisi
<robimarko>
2 degrees at least
<robimarko>
Otherwise you are going to have fan constantly on/off
<mrkiko>
robimarko: sure, scrap the values. I needed your help for the "form", the structure
<robimarko>
For the start, just add it to the cluster zone
<robimarko>
And put in a low enough value to trip thats easy to test whether it will engage the cooling device at all
<mrkiko>
and then - for core sensors, may you give me a list of names? nss-top, nss1 or whatever?
<mrkiko>
robimarko: already did that, works great with cluster
<robimarko>
They are quite literaly cpu0_thermal and so on
<mrkiko>
robimarko: used dd if=/dev/zero of=/dev/nullto trip that
<robimarko>
Its just copy/paste once it works on one
<mrkiko>
that THERMAL_NO_LIMIT in the definition says - never stop the fan even if it goes very high or something like that?
<robimarko>
Note: Using the THERMAL_NO_LIMIT (-1UL) constant in the cooling-device phandle
<robimarko>
Refer to include/dt-bindings/thermal/thermal.h for definition of this constant.
<robimarko>
(ii) - maximum state allowed for maximum cooling state used in the reference.
<robimarko>
(i) - minimum state allowed for minimum cooling state used in the reference.
<robimarko>
limit specifier means:
<mrkiko>
robimarko: thanks
valku has joined #openwrt-devel
danitool has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
<mrkiko>
robimarko: assuming it passes testing from otherusers, and this is probably going to take some days, would be this ok for you ? http://ix.io/4o1T
<mrkiko>
robimarko: this time I copied values from the script; the script itself reads values for the wifi devices thermal zones, but after your explanation I'm ok with this
<robimarko>
Yeah, it looks fine
<mrkiko>
robimarko: thanks a lot for the patience and the help. :)
bluew has quit [Ping timeout: 480 seconds]
cbeznea1 has joined #openwrt-devel
<mrkiko>
robimarko: if there are any tag(s) you wish me to add, let me know. Otherwise of course it can happen when I'll send out to ML.
cbeznea has quit [Ping timeout: 480 seconds]
rua has joined #openwrt-devel
<rmilecki>
i've just discovered that random scripts can't be placed in the /lib/network/ because some scrips do "include /lib/network"
<rmilecki>
that results in including (basically: running) all /lib/network/*.sh files
<rmilecki>
it's done e.g. by /etc/init.d/network and /sbin/wifi
<rmilecki>
what's the best location of network scripts (like packet steering setup script) if I can't use /lib/network/ directory?
<dwfreed>
are they meant to be executed or sourced?
<rmilecki>
hm, maybe they are sourced actually
<rmilecki>
however it seems that doing "exit 0" in any of those scripts breaks caller
<rmilecki>
that is what I believe to happen anyway
<dwfreed>
yes, that's expected :P
<rmilecki>
i have /lib/network/foo.sh which calls "exit 0" and that breaks network setup apparently
<dwfreed>
but I mean, are your scripts (like packet steering) meant to be executed, or are they meant to be sourced?
cmonroe has quit [Remote host closed the connection]
cmonroe has joined #openwrt-devel
matoro has quit []
matoro has joined #openwrt-devel
goliath has quit []
Ansuel has joined #openwrt-devel
<Ansuel>
yo
<Znevna>
hello
<robimarko>
Ansuel: nice to see you on the IRC again
<Ansuel>
hope today i can finally send the phy leds patch.... yesterday lost way too much time with that bing ai chat... scary stuff
<mrkiko>
hi Ansuel !! Welcome back!
<mrkiko>
robimarko: so, it turns out there is a sensor that seems to be added "on purpose" for measurement to the device - it's connected over I2C and is a texas instrument sensor. It gets registered as an hwmon device, not a thermal zone.
<robimarko>
mrkiko: Is it sensing the heatsink or?
<robimarko>
And, if its registered by hwmon then it will register it as a thermal zone as well
<robimarko>
If the driver is good
<mrkiko>
robimarko: no thermal zone, I can confirm
<mrkiko>
robimarko: hm, I don't know in what position it is in the hardware, sorry
<robimarko>
mrkiko: Do you know the IC model?
<mrkiko>
tmp103?
<robimarko>
mrkiko: Well, the driver defines HWMON_C_REGISTER_TZ
<robimarko>
So, once its registered it should also provide a thermal zone
<robimarko>
I assume its measuring the heatsink
cmonroe has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<mrkiko>
robimarko: and checking via "wc -l" I can assure no folder is created in /sys/class/thermal
<mrkiko>
rmmod'ding and modprobing the module does not yield any error in the console
<mrkiko>
robimarko: and - even if it did register a thermal zone, how can in the DTS "connect" to that zone? Until now I was able to do so because I had dts nodes to refer to via labels, but I do not have clear in my mind how I can refer to thermal zones registered by drivers and not defined in DTS
minimal has joined #openwrt-devel
Borromini has joined #openwrt-devel
tlj_ is now known as tlj
<mrkiko>
robimarko: any pointer apreciated - but i think I will come back to this tomorrow
<robimarko>
mrkiko: Sorry, I was out
<robimarko>
Really, there is no point wiring it up as a trip as well
<robimarko>
CPU sensors are fine enough
<mrkiko>
robimarko: I do agree; sorry if I am asking too much, in case tell me and I'll trottle :D
<mrkiko>
robimarko: but from a techncal perspective what I would need to do is change that driver somehow to register / read thermal zones from dts, then override them andso on, or am I wrong?
Borromini has quit [Ping timeout: 480 seconds]
goliath has joined #openwrt-devel
valku has quit [Quit: valku]
Borromini has joined #openwrt-devel
aiyion has quit [Remote host closed the connection]
aiyion has joined #openwrt-devel
romany0 has quit [Quit: Ping timeout (120 seconds)]
Borromini has quit [Quit: Lost terminal]
zer0def has quit [Ping timeout: 480 seconds]
Ansuel has quit [Quit: Probably my PC decided to sleep or I decided to sleep.]
zer0def has joined #openwrt-devel
<slh>
mrkiko: it might be interesting to check the wifi temperatures as well, as they might getter hotter (under traffic) than the SOC itself - not something to change, just something to monitor over time