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
rasterman has joined #panfrost
rasterman has quit [Quit: Gettin' stinky!]
camus has quit [Ping timeout: 480 seconds]
DPA has quit [Remote host closed the connection]
DPA has joined #panfrost
camus has joined #panfrost
urja has quit [Remote host closed the connection]
urja has joined #panfrost
hyrc has joined #panfrost
hyrc has left #panfrost [#panfrost]
camus1 has joined #panfrost
camus has quit [Read error: Connection reset by peer]
floof58 has quit [Remote host closed the connection]
floof58 has joined #panfrost
Danct12 has quit [Quit: Quitting]
Danct12 has joined #panfrost
camus has joined #panfrost
camus1 has quit [Ping timeout: 480 seconds]
anholt has quit [Remote host closed the connection]
<evx256>
so delving into this gl pinephone saga a bit more, running glxgears, it appears to use a `format = PIPE_FORMAT_B8G8R8X8_UNORM` for the swapchain/framebuffer surface; the apps i've been testing attempt to use PIPE_FORMAT_R8G8B8A8_SRGB or PIPE_FORMAT_B8G8R8A8_UNORM (i think the first is just a gamma corrected texture and the latter is a swapchain, but i'm not sure). anyway, i'm not familiar with the X in the glxgears example, doe
<evx256>
mean "dont care"?
chewitt has quit [Quit: Zzz..]
<evx256>
fwiw, i've just been setting a breakpoint in panfrost_create_surface, and printing `surf_tmp` or `pt`, assuming one of these calls has the actual swapchain surface type
anholt has joined #panfrost
tolszak has joined #panfrost
DPA has quit [Ping timeout: 480 seconds]
DPA has joined #panfrost
tolszak has quit [Ping timeout: 480 seconds]
wolfshappen has joined #panfrost
wolfshappen_ has quit [Ping timeout: 480 seconds]
tolszak has joined #panfrost
nlhowell has joined #panfrost
atler is now known as Guest23
atler has joined #panfrost
Guest23 has quit [Ping timeout: 480 seconds]
robmur01 has joined #panfrost
MajorBiscuit has joined #panfrost
camus1 has joined #panfrost
camus has quit [Read error: Connection reset by peer]
rasterman has joined #panfrost
<alyssa>
evx256: the X means "don't care" or more precisely "unused"
<alyssa>
ignored when reading, undefined contents when writing
rasterman- has joined #panfrost
rasterman has quit [Ping timeout: 480 seconds]
pendingchaos_ is now known as pendingchaos
nlhowell has quit [Ping timeout: 480 seconds]
nlhowell has joined #panfrost
nlhowell has quit [Ping timeout: 480 seconds]
<robmur01>
macc24: Not a GPU problem, by the look of it - the rockchip-pm-domain error is the smoking gun; the subsequent SError is almost certainly just a symptom of touching something inside a power domain that was supposed to be powered on but isn't.
<robmur01>
I'd guess you're probably looking for races or other badness between devfreq and runtime PM
<tomeu>
scheduling in mainline and kbase is very different, so I'm not sure you can work that issue around by just changing that value
nlhowell has joined #panfrost
nlhowell has quit [Ping timeout: 480 seconds]
nlhowell has joined #panfrost
camus has joined #panfrost
camus1 has quit [Ping timeout: 480 seconds]
MajorBiscuit has quit [Quit: WeeChat 3.4]
<jenneron>
tomeu: i've already tried to increase this value. i think 8408 requires more, e.g. less amount of soft stopping/resetting, i tried also to delay in soft reset function, but it looks like it just delays it, but amount of resets and time between them are same.