08:58
ungeskriptet has joined #msm8937-mainline
09:12
ungeskriptet has joined #msm8937-mainline
09:16
ungeskriptet has quit []
10:08
ungeskriptet has joined #msm8937-mainline
10:56
ungeskriptet has joined #msm8937-mainline
10:56
ungeskriptet has quit []
11:04
ungeskriptet has joined #msm8937-mainline
12:15
f_ has joined #msm8937-mainline
12:20
f_ has quit [Remote host closed the connection]
12:20
f_ has joined #msm8937-mainline
13:09
f_ is now known as f_[mtrx]
13:10
f_[mtrx] is now known as f_
15:24
lanik123[m] has joined #msm8937-mainline
15:24
<
lanik123[m] >
It can work without modification in mesa, just add A505 mask in drm
15:25
<
lanik123[m] >
Btw gpu always worked on santoni after smmu patch
15:26
<
lanik123[m] >
s/Btw/GPU/, s/gpu//
15:26
barni2000[m] has joined #msm8937-mainline
15:26
<
barni2000[m] >
don't you want to your works pulled together in the msm89x7 repo?
15:27
<
barni2000[m] >
* the msm89x7-mainline repo?
15:29
<
lanik123[m] >
barni2000[m]: I don't have much time now, maybe later in June, when I finish my graduate work at the university.
15:30
<
barni2000[m] >
i could check your commits and rebase them
15:30
<
lanik123[m] >
Last semester at the university doesn’t allow me to do anything other than my graduate project
15:31
<
barni2000[m] >
i know how hard an university fortunately i have my degree since 2017
15:32
<
lanik123[m] >
barni2000[m]: If you have a desire you can do it
15:34
<
barni2000[m] >
lanik123[m]: i only need to decied which branch should i use as base but maybe i will rebase them on 6.9
15:35
<
barni2000[m] >
after gpu is fine i could add venus support easily
15:36
<
lanik123[m] >
But don't take last 8 commits. They are fixing big cluster on msm8940 but very unstable
15:36
<
barni2000[m] >
lanik123[m]: i mean from msm89x7-mainline
15:36
<
lanik123[m] >
* on msm8940/msm8937 but
15:37
<
lanik123[m] >
barni2000[m]: Ah, ok
15:37
<
barni2000[m] >
i want to cherry-pick your commits on top of it
15:38
<
lanik123[m] >
lanik123[m]: Btw I can do a rebase of my changes, I don't think it will take too much time
15:38
<
lanik123[m] >
barni2000[m]: Are you sure nothing will conflict with last mainline changes?
15:39
<
barni2000[m] >
lanik123[m]: than i will resolve it
15:39
<
barni2000[m] >
s/than/then/
15:46
<
lanik123[m] >
<lanik123[m]> "Are you sure nothing will..." <- Ok, they didn't add anything critical in the last 3 months so it shouldn't be a problem
15:49
<
lanik123[m] >
<barni2000[m]> "than i will resolve it" <- I meant conflicts caused by changes in api and etc. from which my changes can become invalid
16:05
<
lanik123[m] >
lanik123[m]: And this is the most correct approach because msm8937/40 have two different type of pll for cpu
16:06
<
barni2000[m] >
this was for the old lk2nd 5
16:06
<
barni2000[m] >
s/5/https://github.com/msm8953-mainline/lk2nd/commit/b8f0b9d321ba60c0010473f0a82f0a2140b3b1b3/
16:07
<
lanik123[m] >
lanik123[m]: apcs c0 is sr2pll
16:07
<
lanik123[m] >
And each one requires a different initialization scheme for boot
16:07
<
lanik123[m] >
apcs c1 is hfpll
16:09
<
lanik123[m] >
lanik123[m]: This code can be found in the new cpu clk driver for msm8937 in msm-4.19
16:16
<
lanik123[m] >
Danct12: How difficult to port sailfishos for phone with mainline kernel?
16:19
<
lanik123[m] >
lanik123[m]: The last time I ported it, it used a special layer to interact with AOSP tree(hybris). This os can work without it?
16:20
Danct12[m] has joined #msm8937-mainline
16:20
<
Danct12[m] >
lanik123[m]: pinephone has sailfishos with mainline kernel
16:20
<
barni2000[m] >
pinephone has android with mainline kernel
16:21
<
Danct12[m] >
the thing about mainline is that qcom has this magical sensor subsystem
16:21
<
Danct12[m] >
and that is currently being worked on for sdm845 (last time i checked)
16:22
<
barni2000[m] >
Danct12[m]: older soc has different senor subsystem
16:22
<
Danct12[m] >
barni2000[m]: i think that's not the case with msm8937 family
16:24
<
lanik123[m] >
Danct12[m]: What kind of sensors are you talking about? We must use separate drivers for each sensor (e.g. gyroscope, magnetometer and light sensor)
16:24
<
barni2000[m] >
but only msm8996 has secure stuff msm8953 and older soc can be hacked
16:25
<
barni2000[m] >
lanik123[m]: ssc contains the drivers
16:25
<
barni2000[m] >
on msm8996 you cannot connect directly to the sensors
16:27
<
barni2000[m] >
this is the hack
16:31
<
lanik123[m] >
Too bad we don't have a bugged tz like msm8916 does....
16:36
<
lanik123[m] >
s/tz/fw/
16:39
<
barni2000[m] >
no hw accel for kvm sad
16:43
<
barni2000[m] >
you still can create kubernetes cluster from old devices
20:03
f_ has quit [Ping timeout: 480 seconds]
20:49
<
barni2000[m] >
most changes between 6.6 and 6.9 was in camss
20:51
<
barni2000[m] >
if you want i could add camss for msm8937 also
23:29
<
barni2000[m] >
<lanik123[m]> "But don't take last 8 commits..." <- last 8 commit related to a53hfpll sot it is not stable enough
23:29
<
barni2000[m] >
> <@lanik123:matrix.org> But don't take last 8 commits. They are fixing big cluster on msm8940/msm8937 but very unstable
23:29
<
barni2000[m] >
* last 8 commit related to a53hfpll so is it not stable enough?