ChanServ changed the topic of #panfrost to: Panfrost - FLOSS Mali Midgard & Bifrost - Logs https://oftc.irclog.whitequark.org/panfrost - <macc24> i have been here before it was popular
icecream95 has joined #panfrost
pendingchaos_ has joined #panfrost
pendingchaos has quit [Ping timeout: 480 seconds]
* icecream95
wonders if Bifrost supports PC-relative loads for setting the link register
<icecream95>
+MOV.i32 r48, clause_10
davidlt has joined #panfrost
<icecream95>
Hmm.. bi_postra_liveness is not covering blocks that can't be reached from the final function
<icecream95>
That's about half of the work towards function call support done, another 90% to go!
Major_Biscuit has joined #panfrost
<icecream95>
Getting spilling to work correctly is the next thing to do
atler has quit [Ping timeout: 480 seconds]
Major_Biscuit has quit [Ping timeout: 480 seconds]
Major_Biscuit has joined #panfrost
camus1 has quit [Ping timeout: 480 seconds]
camus has joined #panfrost
camus has quit []
camus has joined #panfrost
rasterman has joined #panfrost
<icecream95>
Wait, there isn't any need to actually have a stack if there is no recursion, which makes things simpler to implement
Daanct12 has joined #panfrost
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #panfrost
rkanwal has joined #panfrost
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #panfrost
icecream95 has quit [Ping timeout: 480 seconds]
rasterman has quit [Quit: Gettin' stinky!]
Major_Biscuit has quit [Ping timeout: 480 seconds]
Major_Biscuit has joined #panfrost
JulianGro has quit [Remote host closed the connection]
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #panfrost
Guest1930 has quit [Remote host closed the connection]
greenjustin_ has joined #panfrost
rkanwal has quit [Quit: rkanwal]
rkanwal has joined #panfrost
Daanct12 has quit [Ping timeout: 480 seconds]
greenjustin has joined #panfrost
greenjustin__ has joined #panfrost
greenjustin has quit [Read error: Connection reset by peer]
greenjustin__ has quit [Remote host closed the connection]
greenjustin__ has joined #panfrost
guillaume_g has quit []
greenjustin__ has quit [Remote host closed the connection]
greenjustin__ has joined #panfrost
greenjustin__ is now known as greenjustin
greenjustin has quit [Remote host closed the connection]
greenjustin has joined #panfrost
greenjustin has quit [Remote host closed the connection]
greenjustin has joined #panfrost
Major_Biscuit has quit [Ping timeout: 480 seconds]
Major_Biscuit has joined #panfrost
robmur01 has quit [Quit: Leaving]
greenjustin has quit [Remote host closed the connection]
greenjustin has joined #panfrost
pendingchaos_ is now known as pendingchaos
greenjustin has quit [Remote host closed the connection]
greenjustin has joined #panfrost
Major_Biscuit has quit [Ping timeout: 480 seconds]
greenjustin has quit [Remote host closed the connection]
greenjustin has joined #panfrost
Major_Biscuit has joined #panfrost
rasterman has joined #panfrost
Major_Biscuit has quit [Ping timeout: 480 seconds]
greenjustin__ has joined #panfrost
greenjustin has quit [Read error: Connection reset by peer]
greenjustin__ has quit [Remote host closed the connection]
greenjustin__ has joined #panfrost
davidlt has joined #panfrost
davidlt has quit []
greenjustin__ is now known as greenjustin
<greenjustin>
mps: That's sort of what I ended up doing, was copying device tree information around and then editing the MODULE_DEVICE_TABLE in panfrost_drv.c to match. It probably is possible to fry your device that way though, especially if it's not a GPU that's explicitly supported.
<greenjustin>
mps: In my case, MT8183 was explicitly supported, there was just some skew between the device tree in our custom build of the kernel and upstream that I had to rectify. I have no idea what could happen if you just copy device tree info from a totally different GPU. I would expect not good things?
greenjustin has quit [Remote host closed the connection]
greenjustin has joined #panfrost
greenjustin has quit [Remote host closed the connection]
greenjustin has joined #panfrost
<mps>
greenjustin_: yesterday I looked with 'dtc arch/arm/boot/dts/exynos5800-peach-pi.dtb' and I see it is already there as 'compatible = "samsung,exynos5420-mali\0arm,mali-t628";'
<mps>
greenjustin_: not sure should it make sense to replace '5420` with '5800'
<mps>
arch/arm/boot/dts/exynos5800.dtsi already have this '#include "exynos5420.dtsi"' where gpu is set
<macc24>
mps: add a &gpu node with status = "okay";
<macc24>
to dts of your device
<mps>
not sure how this could (if it could) be fixed, and tested