ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
pcercuei has quit [Quit: dodo]
Haaninjo has quit [Quit: Ex-Chat]
co1umbarius has joined #dri-devel
columbarius has quit [Ping timeout: 480 seconds]
Lestat9 has joined #dri-devel
Lestat9 has quit [autokilled: This host violated network policy and has been banned. Mail support@oftc.net if you think this is in error. (2023-11-12 02:19:19)]
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Jeremy_Rand_Talos_ has joined #dri-devel
JohnnyonFlame has quit [Ping timeout: 480 seconds]
JohnnyonFlame has joined #dri-devel
heat has quit [Read error: Connection reset by peer]
heat has joined #dri-devel
JohnnyonFlame has quit [Ping timeout: 480 seconds]
heat has quit [Remote host closed the connection]
djbw has joined #dri-devel
djbw has quit [Read error: Connection reset by peer]
simon-perretta-img has quit [Ping timeout: 480 seconds]
<i509vcb>
That specific test behavior seems to be in violation of the spec
yyds has joined #dri-devel
simon-perretta-img has joined #dri-devel
<HdkR>
i509vcb: Oh, I think egl sync objects behave like GL fences. So it's a misunderstanding about how they work.
<HdkR>
`When a fence sync object is created, eglCreateSync also inserts a fence command into the command stream of the bound client API's current context (i.e., the context returned by eglGetCurrentContext), and associates it with the newly created sync object.`
<HdkR>
If the command stream is empty then it is going to immediately signal.
simon-perretta-img has quit [Ping timeout: 480 seconds]
<HdkR>
Reading a bit more of the documentation that seems to be the case. Basically GL fences but tied to egl instead
<i509vcb>
Hmm okay, so I guess the semantics I was trying to test are more related to EGL_SYNC_REUSABLE_KHR?
<HdkR>
Seems to be the case
simon-perretta-img has joined #dri-devel
<HdkR>
One thing about reading the spec of the reusable sync objects is I can't tell if eglSignalSyncKHR inserts the command in to the stream and does the signal once the command stream gets to that point, or if it signals immediately on the client side.
<HdkR>
I assume it is server side since it doesn't have client in the name
camus has quit [Remote host closed the connection]
camus has joined #dri-devel
simon-perretta-img has quit [Ping timeout: 480 seconds]
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Jeremy_Rand_Talos_ has joined #dri-devel
fab has joined #dri-devel
i-garrison has quit []
i-garrison has joined #dri-devel
i-garrison has quit []
i-garrison has joined #dri-devel
i-garrison has quit []
i-garrison has joined #dri-devel
glennk has joined #dri-devel
i-garrison has quit []
i-garrison has joined #dri-devel
i-garrison has quit []
i-garrison has joined #dri-devel
simon-perretta-img has joined #dri-devel
fab has quit [Ping timeout: 480 seconds]
i-garrison has quit []
i-garrison has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
simon-perretta-img has quit [Ping timeout: 480 seconds]
yyds has quit [Remote host closed the connection]
yyds has joined #dri-devel
sima has joined #dri-devel
simon-perretta-img has joined #dri-devel
crabbedhaloablut has joined #dri-devel
simon-perretta-img has quit [Ping timeout: 480 seconds]
JohnnyonFlame has joined #dri-devel
simon-perretta-img has joined #dri-devel
flom84 has joined #dri-devel
flom84 has quit [Quit: Leaving]
JohnnyonFlame has quit [Read error: Connection reset by peer]
pcercuei has joined #dri-devel
Company has joined #dri-devel
flom84 has joined #dri-devel
flom84 has quit []
flom84 has joined #dri-devel
gio has quit []
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
Haaninjo has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
flom84 has quit [Remote host closed the connection]
flom84 has joined #dri-devel
dv_ has quit [Ping timeout: 480 seconds]
flom84 has quit [Ping timeout: 480 seconds]
dv_ has joined #dri-devel
yyds has quit [Remote host closed the connection]
yyds has joined #dri-devel
yyds has quit [Remote host closed the connection]
yyds has joined #dri-devel
gouchi has joined #dri-devel
gouchi has quit [Remote host closed the connection]
kts has joined #dri-devel
manuel has joined #dri-devel
flom84 has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
rasterman has joined #dri-devel
yyds_ has joined #dri-devel
yyds has quit [Remote host closed the connection]
yyds_ has quit [Remote host closed the connection]
yyds has joined #dri-devel
<xq>
heya o/
<xq>
can i create several framebuffers per GEM buffer?
<MrCooper>
yes
<xq>
thanks! this makes things easy for me :)
yyds has quit [Remote host closed the connection]
yyds has joined #dri-devel
yyds has quit []
yyds has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
yyds has quit [Remote host closed the connection]
yyds has joined #dri-devel
yyds has quit []
yyds has joined #dri-devel
kasper93_ has joined #dri-devel
yyds has quit [Remote host closed the connection]
yyds has joined #dri-devel
kts has joined #dri-devel
kasper93 has quit [Ping timeout: 480 seconds]
yyds has quit [Remote host closed the connection]
_whitelogger has joined #dri-devel
mivanchev has joined #dri-devel
<mivanchev>
Hey, author of static-wine32 here. I wonder if someone from the Mesa team would be interested in merging some stuff from my patch I use to compile the project. I know it's mostly my own problem, but I think Mesa can profit from some stuff, especially the redundant prefixing in anv/anv_hasvk
<mivanchev>
there are prefxing stuff also in the intel driver
<mivanchev>
generally, in the long run, static linking might be something Mesa wants to support because it's just so convenient
<mivanchev>
there are also stuff in the meson files like needlessly specifying 'shared_library' vs just 'library' and also name_suffix : 'so'