If you check stock netgear firmware you'll notice exact 11sensors in completely same representation
And I'm not sure what they mean under "used" - not used but available or not used and not available.
Yes, dts is from apq8064, the twin brother. Actually like 70-85% of stuff is cross- applicable directly or requires a small tuning.
Slope values are now in coefficients property that describes exact sensor for each thermal zone.
Meanwhile I've backported more patches, this time related to qfprom. Might also be it that prevents driver from parsing qfprom region.
If it doesn't help then it might need to backport a thermal driver itself, that's not an easy task...
I've modified the comit a bit: fixed correct qfprom offsets for ipq806x, switched to 1st 3 sensors instead of 7, 9 and smth, added the patch for gcc from chromium project. Could you test it please, I won't be able to do it for about a day
@dissent1
I tested your commit, and it seemed to create the three thermal_zones for R7800, but I could not read "temp" data from them. (additionally there are two "cooling_device" items.
Note that I tested that exact commit db1cebce . I notice that you have continued work on the branch, so the tip might produce different results. Please tell me again when you think that it should work.
I tested that 316de07f7 based patch, but it did not work.
currently compiling your next "not OEM" 4d1b8b564 version.
EDIT: and that does not work either. the "temp" data itself produces always a read error.
So far, only your first "full-celsius" solution works.
@dissent1
I will test it.
Currently compiling it, but just the plain 65fb10e0 without the two commits after it. A bit wondering, because those two commits touch partially the same things.
Update: merged those 2 commits into the main commit, as those properties and patch were excessive, they do nothing.
There is a problem though, when I'm trying to choose tsens 0, 1, 2 or 1, 2, 3 in thermal zone in DTS and compile the firmware, so after i flash it the router doesn't boot up
I tested with launching two simultaneous "openssl benchmark" processes to make sure that both cores are fully utilised. CPU util jumped to 100% and temps ramped up rather nicely and Luci stats picked that up...
So I would say that it works to a large extent.
If I got it right, this is the first/original version of the upstream driver from 2015, which got several adjustments before getting accepted to upstream Linux in 2016.
May I ask your help here... R7800 is new for me and I have not bricked it so far. Lucky me.
But what is the best way to recover from a non-booting R7800, from a "bad flash"?
Is there a TFTP recovery mode to be triggered via button during boot (like in some older Netgear routers), or what you do?