alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
Daanct12 has joined #dri-devel
mclasen has quit [Ping timeout: 480 seconds]
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
Company has joined #dri-devel
mceier has joined #dri-devel
fab has joined #dri-devel
soreau has quit [Ping timeout: 480 seconds]
soreau has joined #dri-devel
JohnnyonF has quit [Ping timeout: 480 seconds]
co1umbarius has joined #dri-devel
columbarius has quit [Ping timeout: 480 seconds]
kzd has quit [Ping timeout: 480 seconds]
aravind has joined #dri-devel
Duke`` has joined #dri-devel
Daaanct12 has joined #dri-devel
Daanct12 has quit [Ping timeout: 480 seconds]
ngcortes has quit [Ping timeout: 480 seconds]
JohnnyonFlame has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
glennk has joined #dri-devel
kts has joined #dri-devel
JohnnyonFlame has quit [Ping timeout: 480 seconds]
kts has quit [Ping timeout: 480 seconds]
crabbedhaloablut has joined #dri-devel
qyliss has quit [Quit: bye]
qyliss has joined #dri-devel
qyliss has quit [Quit: bye]
qyliss has joined #dri-devel
vup has quit []
yyds has quit []
yyds has joined #dri-devel
rz has quit [Remote host closed the connection]
rz has joined #dri-devel
electrodeyt has joined #dri-devel
unground has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
kts has joined #dri-devel
junaid has joined #dri-devel
dtmrzgl1 has joined #dri-devel
kxkamil3 has joined #dri-devel
kxkamil2 has quit [Ping timeout: 480 seconds]
dtmrzgl has quit [Ping timeout: 480 seconds]
junaid has quit [Remote host closed the connection]
mclasen has joined #dri-devel
gouchi has joined #dri-devel
gouchi has quit []
glennk has quit [Ping timeout: 480 seconds]
tacokoneko has joined #dri-devel
junaid has joined #dri-devel
glennk has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
columbarius has joined #dri-devel
co1umbarius has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
tacokoneko has quit []
junaid has quit [Remote host closed the connection]
heat has joined #dri-devel
Daaanct12 has quit [Quit: WeeChat 4.0.5]
i509vcb has quit [Quit: Connection closed for inactivity]
glennk has quit [Ping timeout: 480 seconds]
glennk has joined #dri-devel
JohnnyonFlame has joined #dri-devel
kzd has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
tacokoneko has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
<tacokoneko>
hello i am trying to use the Venus VirtIO-GPU driver with crosvm on Xorg Gentoo as this directs https://gitlab.freedesktop.org/mesa/mesa/-/blob/main/docs/drivers/venus.rst and I am able to run and see the crosvm example_desktop, and also partially boot my own Arch Linux guest when Venus is disabled, but when I try to enable Venus with my Arch Linux guest crosvm immediately crashes. This is my script without Venus
<tacokoneko>
If i set context-types=virgl like this https://termbin.com/rxum, I see this https://termbin.com/dccab: the guest fully boots and is usable via the crosvm serial terminal and crosvm no longer crashes, but there are virtio-gpu errors in the kernel log and the crosvm window is completely black, though it reads inputs.
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
junaid has joined #dri-devel
neniagh_ has joined #dri-devel
neniagh_ has quit []
neniagh_ has joined #dri-devel
neniagh has quit [Ping timeout: 480 seconds]
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
yyds has quit [Remote host closed the connection]
macromorgan has quit [Read error: Connection reset by peer]
junaid has quit [Ping timeout: 480 seconds]
sukrutb has quit []
mclasen has quit [Remote host closed the connection]
macromorgan has joined #dri-devel
mclasen has joined #dri-devel
mclasen has quit [Remote host closed the connection]
rasterman has joined #dri-devel
junaid has joined #dri-devel
tango_ has quit [Ping timeout: 480 seconds]
i509vcb has joined #dri-devel
qyliss has quit [Quit: bye]
qyliss has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
Company has quit [Remote host closed the connection]
Company has joined #dri-devel
<Company>
so, I have a very innocent question
<Company>
say I have a texture array in my Vulkan GLSL: sampler2D textures[10];
<Company>
and I index it using some dynamically uniform variable: color = texture (textures[id]);
<Company>
now I make one of those textures a YUV texture
<Company>
am I doing something wrong now or should the compiler figure that out?
<Company>
because I don't remember reading that the Ycbcr stuff forbids that, but I might have just missed it
lemonzest has quit [Read error: Connection reset by peer]
lemonzest has joined #dri-devel
<dj-death>
Company: if id is non-uniform you need a special intrinsic
<Company>
it is uniform
<Company>
it usually works fine, the only issue I have is that Mesa doesn't seem to emit the code for the Ycbcr conversion
<dj-death>
Company: how is your descriptor set layout?
<dj-death>
it needs to have immutable samplers for yuv conversions
<Company>
as it should be: 10 immutable samplers
<Company>
that's all checked by the validation layers
<Company>
if I switch from textures[id] to if (id == 0) textures[0] else if (id == 1) textures[1] else if... then the YUV lookup works
<Company>
the old trick to turn dynamically uniform texture lookups into constant expression lookups
<Company>
but I thought that shouldn't be necessary with Vulkan anymore
<dj-death>
should be okay
<dj-death>
what driver?
<Company>
AMD and Intel
<Company>
actually, I didn't test if that fixed it on Intel yet, but I'm pretty confident
<dj-death>
would have to debug it
<dj-death>
I'm pretty sure our vulkan driver should handle it
<dj-death>
but some code was moved to the vulkan runtime
<dj-death>
maybe a bug was introduced
<Company>
I checked 22.0, 22.2, 23.1 and main
<dj-death>
oh wait
<Company>
they're all giving me red
<dj-death>
no the index needs to be a constant
<Company>
is that spec'd somewhere?
<dj-death>
the lowering code cannot handle dynamic stuff
<Company>
or is that a bug/missing feature in Mesa?
<dj-death>
If the combined image sampler enables sampler Y′CBCR conversion, it must be indexed only by constant integral expressions when aggregated into arrays in shader code, irrespective of the shaderSampledImageArrayDynamicIndexing feature.
<Company>
that is well hidden
<Company>
thx
<dj-death>
like everything in the spec
<Company>
so I'll do the if() dance
<dj-death>
and because there is no VU, no validation
<dj-death>
...
<Company>
yeah, the dynamically uniform stuff is really easy to screw up
junaid has quit [Remote host closed the connection]
tango_ has joined #dri-devel
junaid has joined #dri-devel
RSpliet has quit [Quit: Bye bye man, bye bye]
Haaninjo has joined #dri-devel
RSpliet has joined #dri-devel
rgallaispou has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
rgallaispou has quit []
crabbedhaloablut has quit []
Mangix has quit [Ping timeout: 480 seconds]
sukrutb has joined #dri-devel
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
junaid has quit [Ping timeout: 480 seconds]
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
fab has quit [Quit: fab]
fab has joined #dri-devel
fab has quit []
tlwoerner_ has joined #dri-devel
tlwoerner has quit [Ping timeout: 480 seconds]
illwieckz has quit [Remote host closed the connection]
Haaninjo has quit [Quit: Ex-Chat]
illwieckz has joined #dri-devel
tlwoerner has joined #dri-devel
tlwoerner_ has quit [Ping timeout: 480 seconds]
Mangix has joined #dri-devel
shashanks_ has joined #dri-devel
shashanks__ has quit [Ping timeout: 480 seconds]
electrodeyt has quit [Remote host closed the connection]