ChanServ changed the topic of #linux-msm to:
marvin24_ has joined #linux-msm
marvin24 has quit [Ping timeout: 480 seconds]
rmsilva_ has joined #linux-msm
rmsilva has quit [Ping timeout: 480 seconds]
Danct12 has joined #linux-msm
dliviu has quit []
dliviu has joined #linux-msm
Danct12 has quit [Quit: WeeChat 3.8]
<mal> aka_[m]: I tried to look in that apcs, I can't directly use msm8916 code because it has a53 while msm8226 is a7, there is a7pll in mainline but it appears to be for some different platform currently and might need some changes based on a quick look
<minecrell> mal: the a53pll code works for the cortex-a7 in msm8909 so the name doesn't really mean something
<mal> ah, ok
<aka_[m]> These names makes no sense
<aka_[m]> A7pll refers to lucid pll which is alpha type
<aka_[m]> It should probably sit inside apss-ipq-pll.c driver
junari_ has joined #linux-msm
junari__ has joined #linux-msm
jhovold has joined #linux-msm
jhovold has quit []
junari_ has quit [Ping timeout: 480 seconds]
<mal> aka_[m]: no luck yet getting that apcs to work, device hangs at boot for a moment and then reboots after display turns blue
junari__ has quit [Remote host closed the connection]
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #linux-msm
Daanct12 has quit [Remote host closed the connection]
Danct12 has joined #linux-msm
<aka_[m]> Could try dumping register values
<aka_[m]> Do you have changes anywhere?
<mal> just a moment, I can push that hacky branch
<mal> I also might have found the commits that break my device on 6.4 rcs
<mal> when I add couple of relatively simple changes from 6.4 to 6.3 it breaks the same way
<mal> that is the patchset that causes problems for me
<mal> just not sure why
<aka_[m]> minecrell[m]: woukd that work without wiring it to cpus and opp tables?
<mal> a very good question
<minecrell> I think it's extremely unlikely that you would not have something vote for XO permanently
<minecrell> then at least the cpu vote will be always there independent of drivers
<mal> minecrell: that fixed booting with those patches I linked, I will test 6.4 also to be sure it works
<aka_[m]> mal: I would try reading to which source apcs mux is set
<aka_[m]> Not sure whicb it was
<aka_[m]> 0x50 or 0x54
<aka_[m]> From apcs base
<aka_[m]> I'm sick in bed so cannot see a flat
<minecrell> mal: well you'd need to scale the cpu voltage for higher cpu freqs which is a bit "involved"
<mal> minecrell: also 6.4 kernel now works on my device (with the usb related reverts in addition to those patches you gave)
<mal> so those patches are quite critical
<mal> I can reply with tested-by to that patchset later today
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #linux-msm
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #linux-msm
<aka_[m]> minecrell: on 8976 i was able to reach max just by setting min-max for spmi apc regulator
<Rayyan> did someone ping me?
<aka_[m]> .
<Rayyan> oh it was from a link
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #linux-msm
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #linux-msm
<minecrell> aka_[m]: well if you're lucky you can run at low voltages with high freqs and maybe even save power
<minecrell> but that's like "undervolting", might become unstable in some situations
Danct12 has quit [Remote host closed the connection]
Danct12 has joined #linux-msm
<DavidHeidelberg[m]> @aka I would add it also depends on the piece of silicon you have = depends on where it was on wafer :D