<cphealy>
With vendor provided Mali kernel driver, there are some sysfs entries that allow seeing the memory usage by the 3D GPU. Is there equivalent functionality with the Panfrost driver and if not is it due to the functionality not yet being developed or some other limitation?
mifritscher has quit [Ping timeout: 260 seconds]
<alyssa>
cphealy: It should be available but not sure off hand ho
<HdkR>
Looks like i915 and amdgpu create some /sys/kernel/debug/dri/0/*_gem_* entries, but panfrost doesn't have the same interface. Would actually be quite nice
<alyssa>
^ there you go then
<alyssa>
Probably just needs someone to wire it up then
mifritscher has joined #panfrost
<cphealy>
HdkR: Oh my, I see what you are talking about on i915, there's a lot of stuff in there!
<HdkR>
yea, i915 gives yo ua total at the top in gem_objects, amdgpu gives you all the objects so you'd need to accumulate the total yourself
<alyssa>
HdkR: TIL /sys/kernel/debug/dri/1/clients
<alyssa>
looks like some stuff I poked at on macOS :p
<HdkR>
:D
davidlt has joined #panfrost
archetech has quit [Quit: Konversation terminated!]
_whitelogger has joined #panfrost
kaspter has quit [Ping timeout: 264 seconds]
kaspter has joined #panfrost
WoC has quit [Remote host closed the connection]
WoC has joined #panfrost
kaspter has quit [Ping timeout: 245 seconds]
kaspter has joined #panfrost
nlhowell has quit [Ping timeout: 240 seconds]
nlhowell has joined #panfrost
cowsay has joined #panfrost
cowsay_ has quit [Ping timeout: 260 seconds]
<macc24>
alyssa: minetest is broken
camus has joined #panfrost
<macc24>
and it's different commit than one that broke minecraft bedrock
kaspter has quit [Ping timeout: 264 seconds]
camus is now known as kaspter
<tomeu>
cphealy: I think shadeslayer had some patches related to this?
paulk-leonov has quit [Ping timeout: 246 seconds]
kaspter has quit [Read error: Connection reset by peer]
<shadeslayer>
cphealy: the idea I was pursuing was that userspace applications could label objects with glLabel and we could pass those labels all the way down to the gem object level in the kernel, which would lead to better visibility when debugging issues with applications and tracking how much memory was allocated for various assets
WoC has quit [Ping timeout: 240 seconds]
WoC has joined #panfrost
<alyssa>
Is that still being worked on?
<alyssa>
shadeslayer: ^
<cphealy>
shadeslayer: Interesting. I took a quick look at the MR and understand a bit of it. Would this allow seeing how much texture memory is used by an individual application? I ask as this is an area that can result in large amounts of memory usage.
<cphealy>
Ideally, there would be a way to show uncompressed and compressed texture memory usage per application.
<cphealy>
I'm not sure if this is possible though.
<robmur01>
cphealy: there have also been a few patchsets on dri-devel from Android folks attempting to implement that kind of accounting - IIRC, so far they all seem to have got snagged on subtleties of dma-buf sharing
<cphealy>
robmur01: Can you point me to any of these attempts by the Android folks??