ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion | IRC log http://irclog.whitequark.org/linux-rockchip | Community GH https://github.com/linux-rockchip | Rockchip GH https://github.com/rockchip-linux | ML https://groups.google.com/group/linux-rockchip
sigmaris has quit [Read error: Connection reset by peer]
sigmaris has joined #linux-rockchip
kevery has joined #linux-rockchip
imsherlock has quit [Remote host closed the connection]
vagrantc has quit [Quit: leaving]
imsherlock has joined #linux-rockchip
kaspter has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-rockchip
nashpa has quit [Quit: Going away]
nashpa has joined #linux-rockchip
kaspter has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-rockchip
BenG83 has quit [Ping timeout: 264 seconds]
mrueg has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
mrueg has joined #linux-rockchip
kaspter has quit [Ping timeout: 250 seconds]
kaspter has joined #linux-rockchip
imsherlock has quit [Ping timeout: 265 seconds]
kaspter has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-rockchip
drrty has quit [Ping timeout: 245 seconds]
kaspter has quit [Ping timeout: 276 seconds]
kaspter has joined #linux-rockchip
kaspter has quit [Ping timeout: 276 seconds]
kaspter has joined #linux-rockchip
camus has joined #linux-rockchip
kaspter has quit [Ping timeout: 240 seconds]
camus is now known as kaspter
kaspter has quit [Ping timeout: 240 seconds]
kaspter has joined #linux-rockchip
<DuClare> Can anyone explain CPU cooling states?
<DuClare> Why 6? What is 6?
<DuClare> And why no limit in cpu_alert1 map?
<DuClare> It seems so arbitrary
<DuClare> I mean I guess it works, but I don't understand the logic by which it works
<DuClare> I don't understand how the numbers in the cooling states map to clock speed
jlanda has quit [Read error: Connection reset by peer]
jlanda has joined #linux-rockchip
jlanda has quit [Client Quit]
jlanda has joined #linux-rockchip
matthias_bgg has joined #linux-rockchip
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 240 seconds]
kevery1 is now known as kevery
ldevulder_ is now known as ldevulder
adjtm_ has quit [Ping timeout: 240 seconds]
adjtm has joined #linux-rockchip
<tomeu> DuClare: cooling states are indices in the OPP table
<DuClare> I don't find that to be the case though
<DuClare> If it were a 0-based index, 6 should refer to 816MHz? Yet I'm never going below 1GHz (generally hanging about 1200-1416 MHz) when at the 70degC trip point
<DuClare> Also, the OPPs are in incrementing frequency
<DuClare> While veyron-mickey dts refers to increasingly higher states as the cpu gets hotter and hotter
<DuClare> If those were opp indices, it would be running at higher clocks when the cpu gets hotter?
<DuClare> Is there some kind of descending sort going on behind the scenes
<DuClare> But if it were a descending sort, then rk3288.dtsi would be allowing the highest possible CPU speed when it reaches the 70degC trip point?
<DuClare> That is, if my interpretation were correct and THERMAL_NO_LIMIT to 6 included states 0 to 6 and 0 had highest frequency..
<DuClare> It makes no sense to me
<DuClare> Also the definition of THERMAL_NO_LIMIT makes no sense to me with respect to the way it's actually used
<DuClare> Note: Using the THERMAL_NO_LIMIT (-1UL) constant in the cooling-device phandle
<DuClare> limit specifier means:
<DuClare> (i) - minimum state allowed for minimum cooling state used in the reference.
<DuClare> (ii) - maximum state allowed for maximum cooling state used in the reference.
<DuClare> so <&cooling_device THERMAL_NO_LIMIT THERMAL_NO_LIMIT> is equal to <&cooling_device MIN MAX>?
<DuClare> So dtses are allowing all possible cooling states when the cpu gets very hot..
<DuClare> Oh, hmm
<DuClare> The values in veyron-mickey at least make sense if you assume descending sort
nsaenz has quit [Read error: Connection reset by peer]
nsaenz has joined #linux-rockchip
<DuClare> At least they match the stated clocks in the comment
<DuClare> Ok, I think this makes sense
<DuClare> But then I don't really get the point of cooling maps
<DuClare> If rk3288.dtsi allows states 0-6 (highest possible frequency + six steps down), then there must be another mechanism for actually deciding which frequency to choose
<DuClare> (At the 70degC point)
<DuClare> If there is already such a mechanism in place, why not just allow all states?
<DuClare> Like it presumably does at 75degC point
<DuClare> Ok I guess I get it
<DuClare> Thanks
sigmaris has quit [Ping timeout: 246 seconds]
sigmaris has joined #linux-rockchip
field^Mop has joined #linux-rockchip
sigmaris_ has joined #linux-rockchip
sigmaris has quit [Read error: Connection reset by peer]
sigmaris_ has quit [Ping timeout: 250 seconds]
sigmaris has joined #linux-rockchip
sigmaris has quit [Client Quit]
sigmaris has joined #linux-rockchip
BenG83 has joined #linux-rockchip
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 268 seconds]
kevery1 is now known as kevery
mrutland has joined #linux-rockchip
Kelsar has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
Kelsar has joined #linux-rockchip
adjtm has quit [Ping timeout: 246 seconds]
nsaenz has quit [Remote host closed the connection]
nsaenz has joined #linux-rockchip
nsaenz has quit [Client Quit]
nsaenz has joined #linux-rockchip
nsaenz has quit [Remote host closed the connection]
nsaenz has joined #linux-rockchip
BenG83 has quit [Quit: Leaving]
BenG83 has joined #linux-rockchip
eballetbo[m] has quit [Remote host closed the connection]
thefloweringash has quit [Write error: Connection reset by peer]
EmilKarlson has quit [Write error: Connection reset by peer]
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 240 seconds]
kevery1 is now known as kevery
adjtm has joined #linux-rockchip
nsaenz has quit [Quit: Leaving]
nsaenz has joined #linux-rockchip
JohnDoe_71Rus has joined #linux-rockchip
imsherlock has joined #linux-rockchip
drrty has joined #linux-rockchip
stikonas has joined #linux-rockchip
nsaenz has quit [Quit: Leaving]
nsaenz has joined #linux-rockchip
matthias_bgg has quit [Ping timeout: 240 seconds]
BenG83 has quit [Quit: Leaving]
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
BenG83 has joined #linux-rockchip
inode has quit [Quit: ]
sigmaris has quit [Quit: ZNC 1.7.3 - https://znc.in]
sigmaris has joined #linux-rockchip
ldevulder_ has joined #linux-rockchip
ldevulder has quit [Ping timeout: 240 seconds]
EmilKarlson has joined #linux-rockchip
EmilKarlson has quit [Ping timeout: 240 seconds]
EmilKarlson has joined #linux-rockchip
warpme_ has quit [Quit: Connection closed for inactivity]
adjtm has quit [Read error: Connection reset by peer]
adjtm has joined #linux-rockchip
field^Mop has quit [Ping timeout: 250 seconds]
thefloweringash has joined #linux-rockchip
eballetbo[m] has joined #linux-rockchip
stikonas has quit [Remote host closed the connection]
nashpa has quit [Quit: Going away]
nashpa has joined #linux-rockchip