ghishadow has quit [Remote host closed the connection]
vliaskov has joined #dri-devel
heat has joined #dri-devel
<mlankhorst>
mripard: Hmm, it was marked as fixes, throw it out?
<mlankhorst>
Mostly because of Cc: <stable@vger.kernel.org> # v6.4+
<mlankhorst>
but I guess it would rather belong to drm-misc-fixes in that case
<mripard>
mlankhorst: it's not so much that it shouldn't be backported, but more that it's likely to trigger regressions and we should give it a test run in next
rasterman has joined #dri-devel
f_ has joined #dri-devel
chaos_princess has quit [Quit: chaos_princess]
pcercuei has joined #dri-devel
sukuna1 has quit [Remote host closed the connection]
<mlankhorst>
mripard: shall I rebase without that patch?
apinheiro has joined #dri-devel
co1umbarius has joined #dri-devel
YuGiOhJCJ has quit [Remote host closed the connection]
YuGiOhJCJ has quit [Remote host closed the connection]
YuGiOhJCJ has joined #dri-devel
<mripard>
no, I guess that's too late now
<mripard>
we'll see
<mripard>
it's not clear to me why we would want to cherry-pick fixes into drm-misc-next-fixes though if nobody asked for it, but it's kind of a separate discussion
columbarius has quit [Ping timeout: 480 seconds]
columbarius has joined #dri-devel
epoch101 has joined #dri-devel
feaneron has joined #dri-devel
columbarius has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
columbarius has joined #dri-devel
glennk has quit [Ping timeout: 480 seconds]
columbarius has quit [Remote host closed the connection]
columbarius has joined #dri-devel
cheako has quit [Quit: Connection closed for inactivity]
coldfeet has joined #dri-devel
columbarius has quit [Read error: Connection reset by peer]
simon-perretta-img has quit [Read error: Connection reset by peer]
simon-perretta-img has joined #dri-devel
columbarius has joined #dri-devel
<zmike>
DavidHeidelberg: I ran piglit and didn't see any new fails
chaos_princess has joined #dri-devel
columbarius has quit [Read error: Connection reset by peer]
Namarrgon has quit [Ping timeout: 480 seconds]
columbarius has joined #dri-devel
simon-perretta-img has quit [Read error: Connection reset by peer]
simon-perretta-img has joined #dri-devel
Namarrgon has joined #dri-devel
columbarius has quit [Ping timeout: 480 seconds]
simon-perretta-img has quit [Ping timeout: 480 seconds]
columbarius has joined #dri-devel
simon-perretta-img has joined #dri-devel
kasper93 has quit [Remote host closed the connection]
fab has quit [Ping timeout: 480 seconds]
kasper93 has joined #dri-devel
columbarius has quit [Read error: No route to host]
columbarius has joined #dri-devel
Haaninjo has joined #dri-devel
kzd has joined #dri-devel
glennk has joined #dri-devel
mripard has quit [Quit: mripard]
bolson has joined #dri-devel
f_ has joined #dri-devel
cphealy has joined #dri-devel
jsa1 has joined #dri-devel
co1umbarius has joined #dri-devel
columbarius has quit [Read error: Connection reset by peer]
<DemiMarie>
pq: In retrospect, was forbidding indefinite DMA fences the right decision?
sudeepd has joined #dri-devel
jsa has quit [Ping timeout: 480 seconds]
<pq>
DemiMarie, I don't know. I suppose it is, as long as KMS has no way to cancel. Trying to show a buffer with a fence that never signals would require a reboot to fix, or something.
<pq>
to get the screen update again, I mean
<pq>
I have no idea of any other aspect.
stsquad has joined #dri-devel
<stsquad>
I'm trying to get vkmark up and running on an arm64 platform with AMD but it refuses to detect anything (vulkaninfo works). Looking at strace I see: openat(AT_FDCWD, "/home/alex/src/mesa.git/build/src/amd/vulkan/libvulkan.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
<stsquad>
but looking at my build I see
<stsquad>
./src/amd/vulkan/libvulkan_radeon.so
<stsquad>
so have I failed to build some component?
<MrCooper>
DemiMarie pq: my understanding is the biggest issue isn't KMS but the fact that memory reclaim may wait for DMA fences to signal, so if that never happens, it could result in deadlock deep down in kernel memory management code
coldfeet has quit [Quit: Lost terminal]
alanc has quit [Remote host closed the connection]
kzd has joined #dri-devel
rgallaispou has quit [Quit: Leaving.]
<tursulin>
sima: It is a bit hard. Just strikes me that if there is a reason why some have to use ordered and some can cope with concurrency, it would be good to document that criteria. Or figure out if something is even broken.
<tursulin>
If someone tackles the kthread_work(er) conversion it would be important to know.
kaiwenjon has joined #dri-devel
kaiwenjon has quit []
<colinmarc>
@stsquad meson devenv should work for vulkan, I've used that before. you can try setting VK_LOADER_DEBUG=all. The error message is not complaining about libvulkan1.so missing, it's coming from that library complaining about something else
<colinmarc>
Err, ignore the second part, I read it incorrectly
mbrost has joined #dri-devel
feaneron has quit [Quit: feaneron]
cheako has joined #dri-devel
sergi has quit [Quit: Client limit exceeded: 20000]
m00nlit[m] has quit []
martix778777[m] has quit []
kts has joined #dri-devel
alanc has joined #dri-devel
<DemiMarie>
MrCooper: why does memory reclaim need to wait for fence completion?
michael5050[m] has quit []
<lynxeye>
DemiMarie: Since the GPU driver pins the memory used for a job freeing/moving those pages must wait for the fence signaling completion of that job.
<DemiMarie>
lynxeye: why is pinning necessary?
<lynxeye>
DemiMarie: because most GPUs and certainly the interactive rendering jobs don't like page faults
kaiwenjon has joined #dri-devel
<DemiMarie>
lynxeye: why is that?
<DemiMarie>
I thought that anything that wanted hard realtime needed to use mlock().
<DemiMarie>
And mlock()’d memory is not eligible to be reclaimed.
<lynxeye>
DemiMarie: a GPU fundamentally is a device that is designed to get around the memory latency bandwidth product issue by keeping a huge number of memory requests in flight. Having even a small percentage of those requests fault on translation errors that need CPU interaction to resolve would stop the whole machinery.
iyes has quit [Ping timeout: 480 seconds]
<DemiMarie>
lynxeye: because the CPU would not be able to keep up with the rate at which the GPU accesses data?
<DemiMarie>
Or because the GPU cannot keep making requests after a fault?
<lynxeye>
DemiMarie: The GPU might be able to make a bit of progress after a fault, but essentially page faults make a hugely parallel machine wait for a much less parallel machine (your CPU) to resolve the faults. Each fault is just wasting resources on the GPU side, where potentially keep hundreds of shader cores idle, waiting for the fault to be resolved.
<DemiMarie>
lynxeye: I see. Why is demand paging of VRAM supported at all then?
<DemiMarie>
Also, was marking memory used by the GPU as indefinitely ineligible for reclaim considered? Compute workloads definitely do not guarantee completion in a bounded time.
<lynxeye>
cause obviously there are workloads that can't fit the whole workingset into vram
<DemiMarie>
Does compute need to use explicitly pinned buffers that are subject to RLIMIT_MEMLOCK and that the kernel does not attempt to reclaim?
<DemiMarie>
lynxeye: do these workloads have anything resembling decent performance?
feaneron has joined #dri-devel
<lynxeye>
For GPUs that don't have working page faults the GPU memory in the compute job effectively becomes mlocked for the duration of the job. Some of the big compute guys can and will do page faults, but the performance of the workload also really depends on faults being the exception rather than the norm.
PiGLDN[m] has quit []
kts has quit [Ping timeout: 480 seconds]
<stsquad>
colinmarc the vktools vkcube-wayland just crashes weston (don't get much of a useful backtrace) - vkmark can't figure out the window system with either kms or wayland
columbarius has joined #dri-devel
<stsquad>
loader debug doesn't show anything really
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
lynxeye has quit [Quit: Leaving.]
rasterman has quit [Quit: Gettin' stinky!]
co1umbarius has joined #dri-devel
columbarius has quit [Read error: Connection reset by peer]
co1umbarius has quit [Ping timeout: 480 seconds]
co1umbarius has joined #dri-devel
iyes has joined #dri-devel
zmike has quit [Remote host closed the connection]
zmike has joined #dri-devel
columbarius has joined #dri-devel
co1umbarius has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
kasper93 has quit [Ping timeout: 480 seconds]
sukuna has joined #dri-devel
f_ has quit [Ping timeout: 480 seconds]
co1umbarius has joined #dri-devel
columbarius has quit [Ping timeout: 480 seconds]
kaiwenjon has quit [Quit: WeeChat 3.8]
treeq[m] has quit []
mvlad has quit [Remote host closed the connection]
co1umbarius has quit [Ping timeout: 480 seconds]
co1umbarius has joined #dri-devel
columbarius has joined #dri-devel
co1umbarius has quit [Ping timeout: 480 seconds]
iive has joined #dri-devel
fab has quit [Ping timeout: 480 seconds]
mripard1 has quit []
columbarius has quit [Ping timeout: 480 seconds]
columbarius has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
cheako has quit [Quit: Connection closed for inactivity]
glennk has quit [Ping timeout: 480 seconds]
columbarius has quit [Read error: Connection reset by peer]
columbarius has joined #dri-devel
columbarius has quit [Ping timeout: 480 seconds]
columbarius has joined #dri-devel
Haaninjo has quit [Quit: Ex-Chat]
jhli_ has quit [Remote host closed the connection]
jhli has quit [Remote host closed the connection]
CME_ has quit []
CME has joined #dri-devel
ungeskriptet has quit [Read error: Connection reset by peer]
co1umbarius has quit [Read error: Connection reset by peer]
co1umbarius has joined #dri-devel
sima has quit [Ping timeout: 480 seconds]
zxrom has quit []
iyes has quit [Ping timeout: 480 seconds]
co1umbarius has quit [Ping timeout: 480 seconds]
Weiss-Fder[m] has quit []
tintou has quit []
sukuna1 has joined #dri-devel
<DavidHeidelberg>
zmike: that's good, I think only GL-CTS sort tests are failing bow
<DavidHeidelberg>
*now
<DavidHeidelberg>
if u had Matrix I would invite you I to our room regarding to X11+EGL transp
simon-perretta-img has quit [Ping timeout: 480 seconds]
sukuna has quit [Ping timeout: 480 seconds]
<zmike>
DavidHeidelberg: I ran those and they passed assuming you're talking about the ones mentioned in the MR
simon-perretta-img has joined #dri-devel
vliaskov has quit [Ping timeout: 480 seconds]
<DavidHeidelberg>
Oh.. OK, which GPU?
<DavidHeidelberg>
Maybe some GPUs offer some format which breaks it OR the back port isn't enough, but I reproduced the problem even on main branch I think
<DavidHeidelberg>
zmike: ^
<zmike>
DavidHeidelberg: tried multiple amd ones
simon-perretta-img has quit [Ping timeout: 480 seconds]