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
chewitt has joined #panfrost
tchebb has quit [Ping timeout: 480 seconds]
<tomeu> jenneron: you can try playing with https://elixir.bootlin.com/linux/latest/source/drivers/gpu/drm/panfrost/panfrost_job.c#L24 , but TBH, the values for DEFAULT_JS_HARD_STOP_TICKS_SS_8408 and friends look way higher than I would expect
<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.
<jenneron> here is description of 8408, https://elixir.bootlin.com/linux/latest/source/drivers/gpu/drm/panfrost/panfrost_issues.h#L43, it seems to happen for me on T604 and seems that T604 will be usable after fixing that
CME_ is now known as CME
CME has quit [Quit: ZNC - http://znc.sourceforge.net]
CME has joined #panfrost
nlhowell has quit [Ping timeout: 480 seconds]
rasterman- has quit []
Daanct12 has joined #panfrost
camus1 has joined #panfrost
camus has quit [singleton.oftc.net coherence.oftc.net]
Danct12 has quit [singleton.oftc.net coherence.oftc.net]
<alyssa> jenneron: That doesn't look like your bug
<alyssa> There's no cache flush job in the job chain, Panfrost doesn't produce cache flush jobs
<alyssa> so Panfrost should be unaffected by #8408
nlhowell has joined #panfrost