ChanServ changed the topic of #linux-msm to:
<z3ntu> or not, who knows. cpu or something locked up lol
swdefrgthfgjhk has quit [Ping timeout: 480 seconds]
swdefrgthfgjhk has joined #linux-msm
swdefrgthfgjhk has quit []
swdefrgthfgjhk has joined #linux-msm
Daanct12 has joined #linux-msm
Danct12 has quit [Ping timeout: 480 seconds]
marvin24_ has joined #linux-msm
marvin24 has quit [Ping timeout: 480 seconds]
Daaanct12 has joined #linux-msm
Daanct12 has quit [Ping timeout: 480 seconds]
Daaanct12 has quit [Ping timeout: 480 seconds]
swdefrgthfgjhk has quit []
swdefrgthfgjhk has joined #linux-msm
<aka_[m]> <z3ntu> "hm I'm noticing `.config_val..." <- integer/fradctional mode is also set via user_reg register
<aka_[m]> BIT(24) is responsible for that
<aka_[m]> you might need to pump a bit more power if it locks
<aka_[m]> also set registers like they are supposed
<Leandro[m]> when (re-)mainlining a qualcomm soc, where would i have to start?
<aka_[m]> Leandro: hmm?
<aka_[m]> Which soc
<Leandro[m]> qsd8250
<Leandro[m]> it was supported but not anymore when mach-msm was deleted iirc
<Newbyte> <Leandro[m]> "when (re-)mainlining a qualcomm..." <- What do you have so far+
<Leandro[m]> the old 3.x kernel source
<Leandro[m]> so like, i havent really started yet
<Newbyte> s/+/?/
<Newbyte> Leandro[m]: as in, mainline 3.x including this SoC or the vendor code?
<Leandro[m]> this
<aka_[m]> this dpu reworks is quite big
<aka_[m]> ngl
<lumag> Leandro[m], I'd say, start really simple. Try starting with nearly empty DT and getting uart to work.
<lumag> Leandro[m], the major problem is that it is very old, so you will have to bootstrap everything. Clocks seems different, Even the UART driver differs from what is used for 8x60/8064