narmstrong changed the topic of #linux-amlogic to: Amlogic mainline kernel development discussion - our wiki http://linux-meson.com/ - ml linux-amlogic@lists.infradead.org - Publicly Logged on https://irclog.whitequark.org/linux-amlogic
return0e has quit [Remote host closed the connection]
return0e has joined #linux-amlogic
chewitt has quit [Excess Flood]
chewitt has joined #linux-amlogic
yangxuan has joined #linux-amlogic
Darkmatter66 has joined #linux-amlogic
Darkmatter66_ has quit [Ping timeout: 244 seconds]
yangxuan has quit [Ping timeout: 240 seconds]
Barada has quit [Ping timeout: 246 seconds]
Barada has joined #linux-amlogic
yangxuan has joined #linux-amlogic
yangxuan has quit [Client Quit]
chewitt has quit [Ping timeout: 240 seconds]
Darkmatter66_ has joined #linux-amlogic
Darkmatter66 has quit [Ping timeout: 272 seconds]
jakogut has quit [Quit: jakogut]
chewitt has joined #linux-amlogic
Lyude has quit [Quit: WeeChat 2.2]
sputnik_ has quit [Remote host closed the connection]
sputnik_ has joined #linux-amlogic
ldevulder_ has joined #linux-amlogic
ldevulder has quit [Ping timeout: 252 seconds]
Lyude has joined #linux-amlogic
drieschel has joined #linux-amlogic
drieschel has quit [Quit: drieschel]
warpme_ has joined #linux-amlogic
warpme_ has quit [Quit: warpme_]
warpme_ has joined #linux-amlogic
tlwoerner has joined #linux-amlogic
chewitt has quit [Ping timeout: 268 seconds]
chewitt has joined #linux-amlogic
warpme_ has quit [Quit: warpme_]
drieschel has joined #linux-amlogic
drieschel has quit [Client Quit]
drieschel has joined #linux-amlogic
drieschel has quit [Quit: drieschel]
warpme_ has joined #linux-amlogic
warpme_ has quit [Quit: warpme_]
<xdarklight> narmstrong: I figured out what's wrong with the clkmsr code on Meson8b
<xdarklight> 64-bit maths ;)
<xdarklight> and I believe even your "precision" calculation is correct
<narmstrong> Indeed now you have the same results !
<xdarklight> I only think that "divider" isn't a divider but more of a "measurement length in us" - thus bigger values are giving higher precision (but that can lead to overflows in the measurer) while smaller values are given lower precision
<narmstrong> xdarklight: thanks for debugging !
<narmstrong> Yeah I also think so
<xdarklight> I'll reply to the list - many thanks for your work on this :)
<narmstrong> If it can help !! And it should help I think, you will be able to monitor the video clocks with this, which is cool
<xdarklight> the video clocks are giving me 0
<xdarklight> let me check
<xdarklight> u-boot doesn't show values for the video clocks either
<xdarklight> ah, that was on EC-100. Odroid-C1 shows video clocks :)
<xdarklight> oh sweet: my work-in-progress video clock tree for Meson8b shows the same values as clkmsr
<xdarklight> (at least for ENCP and HDMI_TX_PIXEL - VDAC is 0 according to clkmsr)
<chewitt> xdarklight: did you have any further ideas about missing temp readings on GXBB ?
<xdarklight> chewitt: not really. do you get a valid reading in u-boot and/or the stock kernel?
<chewitt> it works fine in the 3.14 kernel
<chewitt> no idea how to poke u-boot .. I still suck at u-boot
<xdarklight> there was a weird get_temp or get_cpu_temp command IIRC
<xdarklight> non-standard obviously ;)
<xdarklight> chewitt: and can you throw in a printk("%s: val = %llx\n", __func__, le64_to_cpu(value)); right before the return 0 in scpi_sensor_get_value and give me the value?
<chewitt> will do
<chewitt> rebuilding..
sputnik_ has quit [Read error: Connection reset by peer]
sputnik_ has joined #linux-amlogic
ldevulder_ has quit [Ping timeout: 268 seconds]
<chewitt> xdarklight: [ 31.695953] scpi_sensor_get_value: val = 5f6c6d61ffffffff
<xdarklight> weird
<chewitt> weird.. but means something
<chewitt> or just weird :)
<chewitt> ?
<xdarklight> what reading do you get from the 3.14 kernel?
<xdarklight> ~50 celsius?
<chewitt> I have another GXBB device (WeTek Play 2) sat underneath the mainline box (WeTek Hub) and that's running 3.14 .. shows 50ºC
<chewitt> ISTR it's normally around 48-50ºC
<xdarklight> chewitt: let's see if I'm lucky: https://paste.kde.org/pp0rmq4cs
<chewitt> rebuilding :)
sputnik_ has quit [Remote host closed the connection]
sputnik_ has joined #linux-amlogic
<chewitt> HUB:~ # cat /sys/class/hwmon/hwmon0/temp1_input
<chewitt> 4294967295000
<chewitt> still a bit warm!
<xdarklight> yep
<xdarklight> do you still have the printk in place?
<chewitt> no, which was probably silly to remove
<chewitt> I'll add it back
Barada has quit [Quit: Barada]
<xdarklight> I expect that you'll get the same result though (with what you see in temp1_input :/)
<chewitt> same [ 2209.605071] scpi_sensor_get_value: val = 5f6c6d61ffffffff
<chewitt> time for Zzz here