<ishitatsuyuki>
For manually triggering a reset, if you're running an AMD GPU, you can do so by reading `/sys/kernel/debug/dri/N/amdgpu_gpu_recover` (replace N with device index) as root.
<ishitatsuyuki>
(by "don't use it" I mean to not access the resource in any way other than destroying)
<kchibisov>
ishitatsuyuki: ah yeah, that's what I want to know. I basically run gl::DeleteXXX in destructors, so was curious whether I should disable such calls or not.
<kchibisov>
But from the spec it seems like it will generate context loss error at max and should be fine to run them.
Haaninjo has quit [Read error: Connection reset by peer]
<zamundaaa[m]>
That's correct, all OpenGL calls except for GetGraphicsResetStatus just no-op
<zamundaaa[m]>
All you need to do in application code is to not crash when creating fences, mapping vbos and so on fails. Then just destroy and recreate everything
tzimmermann has quit [Quit: Leaving]
<Ristovski>
Is there any alternative to libstrangle that works well with EGL? Currently strangle is broken under wayland due to RTLD_LOCAL
<HdkR>
Seemingly from one of my users I've found a regression in Mesa from 22.2, but the setup is so ridiculous that I can't fathom reproducing it. Android->Termux->proot->vncserver->FEX+Mesa-git, apparently llvmpipe works on 22.2 but not the version I shipped.
Mis012[m] has quit []
luc4 has joined #dri-devel
Mis012[m] has joined #dri-devel
<alyssa>
HdkR: that is ... a setup
<alyssa>
trying to run x86 linux software on an android phone?
<alyssa>
why not throw WINE in there for good measure? :-p
<Mis012[m]>
HdkR: does Monado somehow change the EGL default display?
<Mis012[m]>
outside Monado I have wayland, and I have used pbuffer successfully
<HdkR>
I've never tinkered with Monado so no sure what it'll give you there
<HdkR>
Maybe it behaves like a GBM client
fxkamd has joined #dri-devel
<Mis012[m]>
why does the app want a pbuffer so bad then
<HdkR>
Offscreen rendering using pbuffers I guess?
<HdkR>
Kind of the only way to get it in ES 2.0 land
<Mis012[m]>
so we're saying that not only does it supply EGL_DONT_CARE instead of asking for PBUFFER_BIT, but it expects eglGetDisplay (EGL_DEFAULT_DISPLAY) to be something other than the GBM display?
<Mis012[m]>
HdkR: technically iirc `eglGetDisplay (EGL_DEFAULT_DISPLAY);` was the XWayland display last time I had issues with that...
<HdkR>
At least it is expecting the default display to support pbuffers
<Mis012[m]>
HdkR: I even already dealt with this for X11...
<Mis012[m]>
so it should be using the wayland display
<Mis012[m]>
which blatantly supports pbuffers
<HdkR>
tricksy
<Mis012[m]>
should probably have it print YOU MADE AN ASSUMPTION THAT APPEARS TO BE WRONG and crash when that function is called with something other than 0 xD
<Mis012[m]>
but as it stands, it would seem that the app should get a display with pbuffer support...
<Mis012[m]>
if it wants to or not
<HdkR>
Seems like you'll need to send it a null attribute list and eglGetConfigAttrib the EGL_SURFACE_TYPE and print it out. Maybe it is still getting some surface types that don't support what you need
junaid has quit [Remote host closed the connection]
<Mis012[m]>
well, when I specify EGL_SURFACE_TYPE EGL_PBUFFER_BIT I don't get any configs back
gouchi has joined #dri-devel
<Mis012[m]>
even when I don't specify an other requirement
<Mis012[m]>
*any
<HdkR>
Yea, that's why I'm suggesting using an empty configuration list to pull attributes just like eglinfo
<HdkR>
That way you can see what configs are even provided
<Mis012[m]>
well, worth a try
<Mis012[m]>
but if any one of them had the pbuffer bit set, I would presumably get it :P
<Mis012[m]>
that would obviously be the preferred solution
<Mis012[m]>
I'm just preparing for the WONTFIX :P
OftenTimeConsuming is now known as Guest165
OftenTimeConsuming has joined #dri-devel
<HdkR>
Might just end up needing to force it down the xwayland path
lemonzest has quit [Quit: WeeChat 3.6]
<Mis012[m]>
well, as long as you do it in Mesa and I don't need to do some real ugly magic to track the state with wrappers to determine someone is trying to use pbuffers...
Guest165 has quit [Remote host closed the connection]
<HdkR>
Sounds like a terrible hack instead of fixing the ecosystem.
<HdkR>
Where you seemingly don't have control as what the application is doing
<HdkR>
Middle ground API between Mesa<->API<->Application I guess? :P
OftenTimeConsuming has quit [Remote host closed the connection]
OftenTimeConsuming has joined #dri-devel
<Mis012[m]>
or just have pbuffers on on Wayland :(
tango_ has joined #dri-devel
tango_ is now known as Guest169
tango_ has joined #dri-devel
Guest169 has quit [Ping timeout: 480 seconds]
Jeremy_Rand_Talos__ has quit [Remote host closed the connection]
Jeremy_Rand_Talos__ has joined #dri-devel
Jeremy_Rand_Talos__ has quit [Remote host closed the connection]
Jeremy_Rand_Talos__ has joined #dri-devel
<jadahl>
fab has quit [Quit: fab]
Duke`` has quit [Ping timeout: 480 seconds]
dgm78 has joined #dri-devel
<dgm78>
Hi! My RX5500 drop from 19k to 6k in glxgears after update mesa from 21.x to 22.x, why?
junaid has quit [Remote host closed the connection]
rasterman has quit [Quit: Gettin' stinky!]
OftenTimeConsuming has quit [Remote host closed the connection]
OftenTimeConsuming has joined #dri-devel
junaid has joined #dri-devel
dgm78 has quit [Quit: Page closed]
dcz_ has quit [Ping timeout: 480 seconds]
gouchi has quit [Remote host closed the connection]
junaid has quit [Ping timeout: 480 seconds]
OftenTimeConsuming has quit [Remote host closed the connection]
OftenTimeConsuming has joined #dri-devel
Jeremy_Rand_Talos__ has quit [Remote host closed the connection]