sorinello has quit [Ping timeout: 480 seconds]
sorinello_ is now known as sorinello
T-Bone has joined #openwrt-devel
f00b4r0 has quit [Ping timeout: 480 seconds]
danitool_ has quit [Quit: Cubum autem in duos cubos, aut quadratoquadratum in duos quadratoquadratos]
Tapper has quit [Ping timeout: 480 seconds]
dangole has quit [Read error: Connection reset by peer]
dangole has joined #openwrt-devel
bookworm has joined #openwrt-devel
dangole has quit [Remote host closed the connection]
<gch981213> Znevna: Someone should just block that guy from the forum.
<gch981213> Well.. At least he is posting with source code this time.
goliath has quit []
<gch981213> karlp: Here's an AP driver for mt7601u:
<gch981213> It's not cfg80211 and is set up using the same config file format as other proprietary ralink/mediatek drivers.
<gch981213> karlp: I think you'll have a better user experience with your rtl8821cu + upstream rtw88 usb support.
matoro has quit [Quit: ZNC 1.8.2 -]
matoro has joined #openwrt-devel
matoro has quit []
matoro has joined #openwrt-devel
cmonroe has quit [Quit: Textual IRC Client:]
matoro has quit []
matoro has joined #openwrt-devel
cmonroe has joined #openwrt-devel
tSYS_ has quit [Quit: *squeak*]
tSYS has joined #openwrt-devel
minimal has quit [Quit: Leaving]
<schmars[m]> is there another buildbot that builds the package feeds?
<slh> there is a disticntion between phase1 (target) and phase2 buildbots ('generic', shared packages)
tlj_ is now known as tlj
karsten has joined #openwrt-devel
karsten has quit []
<schmars[m]> got any hint where i can find the phase 2 buildbot that builds the packages on :-)
<schmars[m]> i have my own custom kinda phase 2 buildbot and want to compare
<gch981213> schmars[m]: If you mean configs for those buildbots they are here:;a=tree
<schmars[m]> thanks, that'll do :)
GNUmoon has quit [Remote host closed the connection]
<schmars[m]> didn't find what i was looking for - i'm wondering whether snapshots are built with snapshot sdk or release sdk
GNUmoon has joined #openwrt-devel
<schmars[m]> or rather the package feeds. i know packages are now per branch and not per release anymore, so "snapshots" is really only about targets
<schmars[m]> i basically want my feed to be built the same way as the official feeds - with either the appropriate snapshot sdk or release sdk
valku has quit [Quit: valku]
AtomiclyCursed has quit [Quit: ZNC 1.8.2 -]
AtomiclyCursed2 has joined #openwrt-devel
<slh> schmars[m]: snapshots /can/ only be be built with a (regularly updated)snapshot SDK
matoro has quit [Quit: ZNC 1.8.2 -]
zatwai_ has quit [Quit: ZNC 1.8.2+deb2+b1 -]
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
Obi-Wan has quit [Quit: ZNC by prozac -]
Obi-Wan has joined #openwrt-devel
<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
<dwfreed> it's possible you have eMMC 4.5, but don't have the secure trim modes, and so it refuses to use discard anyway without that patch
<mrkiko> dwfreed: thanks a lot for your hints!!
<mrkiko> dwfreed: I would need to determine which emmc version I am using... for now, I am on initramfs
<karlp> from uboot you can run mmc info?
<mrkiko> ok, the fan spinned up when I started stressing the CPU
<mrkiko> karlp: I'll reboot in some minutes and let you know :D
DLange has quit [Quit: \o/]
<mrkiko> impressive - killed the "dd" processes stressing the CPU and the fan turned off :D :D
DLange has joined #openwrt-devel
<mrkiko> karlp:
<karlp> so 5.1 :)
<karlp> only 2MB boot chunks,
<karlp> I guess it's only a 4gig emmc
<karlp> still plenty for uboot and env
xback has joined #openwrt-devel
<mrkiko> robimarko: working proof-of-concept -
<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]
<dwfreed> compare commit timestamps :)
<karlp> git tag --contains blah is handy too.
fakuivan has joined #openwrt-devel
<mrkiko> karlp: thanks!
<mrkiko> dwfreed: thanks!
<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:
<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 ?
<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/ 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?
<rmilecki> executed
<dwfreed> /usr/libexec/<package>/
<rmilecki> it seems /usr/libexec/ sounds sane
<dwfreed> yeah, would use /usr/libexec/netifd/ for that particular instance
<dwfreed> package subfolder so you don't have to ever worry about collisions
cbeznea1 has quit [Quit: Leaving.]
cbeznea has joined #openwrt-devel
cmonroe has joined #openwrt-devel
cmonroe has quit [Remote host closed the connection]
cmonroe has joined #openwrt-devel
cbeznea1 has joined #openwrt-devel
cbeznea has quit [Read error: No route to host]
matoro has quit [Quit: - Chat comfortably. Anywhere.]
matoro has joined #openwrt-devel
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:
<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
cbeznea1 has quit [Quit: Leaving.]
goliath has quit [Quit: SIGSEGV]
robimarko has quit [Quit: Leaving]
gromero_ has quit [Ping timeout: 480 seconds]
bluew has joined #openwrt-devel
Tapper has quit [Quit: Tapper]
danitool has joined #openwrt-devel
_Lechu is now known as Lechu