ChanServ changed the topic of #linux-sunxi to: Allwinner/sunxi development - Did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait for an answer! - This channel is logged at https://oftc.irclog.whitequark.org/linux-sunxi
ftg has quit [Read error: Connection reset by peer]
jnn has joined #linux-sunxi
jn has quit [Ping timeout: 480 seconds]
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 480 seconds]
apritzel has quit [Ping timeout: 480 seconds]
cnxsoft has joined #linux-sunxi
hexdump01 has joined #linux-sunxi
hexdump0815 has quit [Ping timeout: 480 seconds]
hexdump0815 has joined #linux-sunxi
hexdump02 has quit [Ping timeout: 480 seconds]
Daanct12 has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
gsz has joined #linux-sunxi
apritzel has joined #linux-sunxi
warpme has joined #linux-sunxi
warpme has quit []
apritzel has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
Schimsalabim has joined #linux-sunxi
sdfgsdfs has quit [Ping timeout: 480 seconds]
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
warpme has quit []
warpme has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
mripard has joined #linux-sunxi
swiftgeek has quit [Ping timeout: 480 seconds]
warpme has quit []
apritzel has joined #linux-sunxi
gsz has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
gsz has joined #linux-sunxi
IlikeTech3 has quit [Ping timeout: 480 seconds]
ungeskriptet has quit [Remote host closed the connection]
ungeskriptet has joined #linux-sunxi
gsz_ has joined #linux-sunxi
gsz has quit [Ping timeout: 480 seconds]
gsz_ has quit [Read error: No route to host]
gsz has joined #linux-sunxi
gsz has quit [Ping timeout: 480 seconds]
Daanct12 has quit [Quit: WeeChat 4.7.0]
warpme has quit []
IlikeTech3 has joined #linux-sunxi
warpme has joined #linux-sunxi
dsimic is now known as Guest25035
dsimic has joined #linux-sunxi
Guest25035 has quit [Ping timeout: 480 seconds]
chewitt has joined #linux-sunxi
warpme has quit []
rellla has quit []
rellla has joined #linux-sunxi
warpme has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
cnxsoft has quit [Ping timeout: 480 seconds]
gsz has joined #linux-sunxi
gsz has quit [Ping timeout: 480 seconds]
colinsane has joined #linux-sunxi
warpme has quit [Quit: Textual IRC Client: www.textualapp.com]
swiftgeek has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
chewitt has quit [Quit: Zzz..]
chewitt has joined #linux-sunxi
chewitt has quit []
psydroid|2 has joined #linux-sunxi
hazardchem has quit [Read error: Connection reset by peer]
hazardchem has joined #linux-sunxi
apritzel has joined #linux-sunxi
gsz has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
hazardchem has quit [Read error: Connection reset by peer]
hazardchem has joined #linux-sunxi
<apritzel> interesting: the A523 has a 4th undocumented CPU PLL (at offset 0x0), which the two clusters can be muxed to. This could be used as an intermittent clocksource while re-locking the original PLL during DVFS
<apritzel> although both clusters also have PLL_PERI0-600M in their mux list, which sounds like a safer choice
gsz has quit [Ping timeout: 480 seconds]
loki6662 has joined #linux-sunxi
loki666 has quit [Ping timeout: 480 seconds]
psydroid|2 has quit []
loki6662 has quit []
loki666 has joined #linux-sunxi
<wens> apritzel: do you remember where you got the sdm parameters for audio-pll0?
<apritzel> wens: you can find some in BSP sources, but for pattern that's just the fraction of 131072 in the lower bits to add to the factor, plus bits 30&31 set
<wens> radxa's bsp seems to have better values resulting in exact multiples of 24.576 and 22.5792
<apritzel> so { .rate = 90316800, .pattern = 0xc000872b, .m = 20, .n = 75 } goes like: 90316800 * 20 / 24MHz = 75.264 => 75 + 0x872b/131072
<apritzel> I used a spreadsheet to calculate the values with the smallest errors
ftg has joined #linux-sunxi
<apritzel> but 22.5792 MHz * 4 is exactly 90316800? Same with 24.576M * 4
<wens> nevermind, I might have mistyped something
<wens> however it seems before the post divider, the PLL has to be at least 1.18 GHz, so .n = 49 seems borderline?
<wens> blah, clk is somehow not picking the exact rate with SDM, instead getting 98285714
<apritzel> I could offer m=22, n=90, bottom=14680, that's has even a slightly better error, but not sure why I didn't pick this
<apritzel> mmh, I think we do now know how to calculate the rate, so could revisit some XXX comments in ccu_sdm.[ch]
<apritzel> wens: do you know where your 98285714 comes from?
<wens> seems like the reset default
<wens> ok, probably missing some flag then
<apritzel> are you looking at that MCU audio PLL?
<wens> I'm playing with i2s at the moment, which seems to prefer audio0 pll
<wens> something weird is going on
<wens> ah, right, audio1 rate calculation is somewhat broken
<wens> blah, wrong ops
sdfgsdfs has joined #linux-sunxi