sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
warpme has joined #dri-devel
tzimmermann has joined #dri-devel
smpl has joined #dri-devel
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
bartlichen has joined #dri-devel
bartlichen has quit [Remote host closed the connection]
sguddati1 has quit [Read error: Connection reset by peer]
slovanada has joined #dri-devel
Karyon_ has joined #dri-devel
Karyon has quit [Ping timeout: 480 seconds]
lynxeye has joined #dri-devel
<colinmarc>
<emersion> "Colin Marc: OPAQUE_FD may give..." <- Do you mean when going Vulkan -> syncobj? I already have a syncobj, I want a functional timeline semaphore.
<colinmarc>
It does seem to be working to import it with OPAQUE_FD
<colinmarc>
Sorry if I'm misunderstanding your point
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
<colinmarc>
It seems like it would be enough to update VK_KHR_external_semaphore_fd to allow importing syncobjs with SYNC_FD, with the restriction that the semaphore be a timeline semaphore
<colinmarc>
I guess it would also require allowing non-temporary imports for SYNC_FD
<colinmarc>
* It seems like it would be enough to update VK_KHR_external_semaphore_fd to allow importing/exporting syncobjs with SYNC_FD, with the restriction that the semaphore be a timeline semaphore
kts has quit [Quit: Leaving]
<slovanada>
now to receive to needed outcome or behaviour as to compress, we solve the input over a function *2 index=value+length+index-currentindex why it resolves to such formula, if divide by two of the index is 60 it means 60+60 at the addition then 60 in subtraction should lead to correct single result. In other words, 898-60=838 and 898-58 is 840 and when inputed with divide by two index 58 it's
<slovanada>
72 and when 60 it's 70. 898 comes as 386+116+512-116=898 or 392+386+120 so it comes back as 898-58=840 aka 72 and 898-60 aka 120 by two. I.e 120 accesses 70 and 115+1 index accesses 115.
<slovanada>
that is the most efficient compression technology
<colinmarc>
I assume there's probably one on the khronos tracker already :)
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
kaiwenjo1 has joined #dri-devel
kaiwenjon has quit [Ping timeout: 480 seconds]
jkrzyszt has joined #dri-devel
<slovanada>
any other function can be implemented on the idnexes but the last has the benefits of accessing the data very fast and insecure as ones might want to say.
jkrzyszt has quit [Remote host closed the connection]
apinheiro has joined #dri-devel
jkrzyszt has joined #dri-devel
<slovanada>
this function provided to be foundation of the compress class is just coalescing one arithmetic to merge with other, aga matches genuinly the best performance on the least entropy.
kaiwenjo1 has quit []
kaiwenjon has joined #dri-devel
kts has joined #dri-devel
karenw has quit [Ping timeout: 480 seconds]
fab has quit [Ping timeout: 480 seconds]
MrCooper_ is now known as MrCooper
<MrCooper>
with mutter running on an Intel iGPU, I noticed that for alpha blending, the alpha value computed by the fragment shader seems to get quantized to 8 bpc before performing the blend operation (even if the destination format is 10 bpc)
<MrCooper>
Is this a HW or driver limitation?
<dj-death>
"seems" is a bit subjective ;)
<dj-death>
maybe you have actual out values we could at
<dj-death>
the blending is also not supposed to be done by the fragment shader but the fixed function after it
<MrCooper>
indeed, and it looks like the quantization happens in/before the fixed function blending unit
<dj-death>
I don't know how it's implemented in HW but it's more likely to be implemented in terms of 32bit floats (since that's the output of the fragment shader most of the time)
<dj-death>
if your shader is using floats, I don't see how there could be a 8bpc quantization there
<MrCooper>
it does indeed write a floating point alpha value
<MrCooper>
gotta go, I can give more details later
<dj-death>
unless the computation is somehow 8bpc aware :)
<jfalempe>
arnd: may I push your drm_log fix for font_config to drm-misc-next?
sauce has quit []
sauce has joined #dri-devel
sukuna has joined #dri-devel
biju has quit [Ping timeout: 480 seconds]
<dcbaker>
hakzsam: I had to massage a couple of your commits a tiny bit to get the to apply to the staging/24.3 branch. If you could take a peek and make sure everything looks good, I'd be much obliged
<dcbaker>
particularly "radv: fix initializing HTILE when the image has VRS rates"
<dcbaker>
hakzsam: ^
<hakzsam>
ok
mehdi-djait339716569 has quit []
<hakzsam>
dcbaker: LGTM
<dcbaker>
hakzsam: awesome, thanks!
ced117_ has joined #dri-devel
ced117 has quit [Ping timeout: 480 seconds]
kaiwenjon has quit [Ping timeout: 480 seconds]
pcercuei has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
kts has quit [Quit: Leaving]
slovanada has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
jkrzyszt has quit [Quit: Konversation terminated!]
jkrzyszt has joined #dri-devel
kts has quit [Quit: Leaving]
kts has joined #dri-devel
kts has quit [Quit: Leaving]
smpl has quit [Ping timeout: 480 seconds]
iive has joined #dri-devel
Kayden has quit [Quit: -> JF]
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
fab_ has joined #dri-devel
fab_ is now known as Guest2899
fab has quit [Ping timeout: 480 seconds]
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
feaneron has quit [Quit: feaneron]
feaneron has joined #dri-devel
gouchi has joined #dri-devel
gouchi has quit [Remote host closed the connection]
fab has joined #dri-devel
fab has quit []
fab has joined #dri-devel
fab has quit []
a-865 has joined #dri-devel
fab has joined #dri-devel
Guest2899 has quit [Ping timeout: 480 seconds]
<HdkR>
Did someone do a PR for userspace submit support in some driver recently? I feel like I saw a PR somewhere for radeon or something but now I can't seem to find it