ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
glennk has quit [Ping timeout: 480 seconds]
Mangix has quit [Read error: Connection reset by peer]
Mangix has joined #dri-devel
rgallaispou has quit [Ping timeout: 480 seconds]
Lucretia has quit [Ping timeout: 480 seconds]
Lucretia has joined #dri-devel
epoch101 has quit []
heat has quit [Ping timeout: 480 seconds]
NiGaR has quit [Read error: Connection reset by peer]
NiGaR has joined #dri-devel
epoch101 has joined #dri-devel
melnary has joined #dri-devel
melnary is now known as melonai
melonai is now known as melnary
Haaninjo has quit [Quit: Ex-Chat]
DarkShadow4444 has joined #dri-devel
DarkShadow44 has quit [Ping timeout: 480 seconds]
ced117 has quit [Ping timeout: 480 seconds]
iive has quit [Quit: They came for me...]
YuGiOhJCJ has joined #dri-devel
xroumegue has quit [Ping timeout: 480 seconds]
mbrost has quit [Ping timeout: 480 seconds]
pa- has quit [Ping timeout: 480 seconds]
pa has joined #dri-devel
xroumegue has joined #dri-devel
Mangix has quit [Read error: Connection reset by peer]
NiGaR has quit [Read error: Connection reset by peer]
NiGaR has joined #dri-devel
Mangix has joined #dri-devel
ced117 has joined #dri-devel
pcercuei has quit [Quit: dodo]
mbrost has joined #dri-devel
alane has quit []
alane has joined #dri-devel
nerdopolis has quit [Ping timeout: 480 seconds]
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
NiGaR has quit [Read error: Connection reset by peer]
NiGaR has joined #dri-devel
lina has quit [Ping timeout: 480 seconds]
mbrost_ has joined #dri-devel
cmichael has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
mbrost_ has quit [Ping timeout: 480 seconds]
Lightsword_ has left #dri-devel [#dri-devel]
Lightsword has joined #dri-devel
kasper93_ has joined #dri-devel
oneforall2 has joined #dri-devel
kasper93 has quit [Ping timeout: 480 seconds]
NiGaR has quit [Read error: Connection reset by peer]
NiGaR has joined #dri-devel
Daanct12 has joined #dri-devel
<DemiMarie> I’ve been convinced that userspace command submission is a good thing, if it does not expose new attack surface in the kernel and/or firmware by allowing userspace to do things it otherwise could not, and if the kernel is still in control of which rings are runnable at any given time. It seems that both of those hold on all recent hardware.
simon-perretta-img has quit [Read error: Connection reset by peer]
bmodem has joined #dri-devel
kts has joined #dri-devel
epoch101 has quit []
cmichael has quit [Quit: Leaving]
mbrost has joined #dri-devel
NiGaR has quit [Read error: Connection reset by peer]
NiGaR has joined #dri-devel
Daanct12 has quit [Read error: Connection reset by peer]
Daanct12 has joined #dri-devel
glennk has joined #dri-devel
caitcatdev has quit []
chiku has quit []
loki_val has joined #dri-devel
Sid127 has joined #dri-devel
crabbedhaloablut has quit [Ping timeout: 480 seconds]
caitcatdev has joined #dri-devel
kts has quit [Quit: Leaving]
NiGaR has quit [Read error: Connection reset by peer]
NiGaR has joined #dri-devel
caitcatdev has quit []
Sid127 has quit [Quit: ZNC - https://znc.in]
Sid127 has joined #dri-devel
caitcatdev has joined #dri-devel
fab has joined #dri-devel
jsa1 has joined #dri-devel
fab is now known as Guest8705
kts has joined #dri-devel
jsa1 has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
feaneron has quit [Ping timeout: 480 seconds]
jsa1 has joined #dri-devel
NiGaR has quit [Read error: Connection reset by peer]
NiGaR has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
kts has quit [Quit: Leaving]
Duke`` has quit [Ping timeout: 480 seconds]
Guest8705 has quit [Ping timeout: 480 seconds]
bolson has quit [Ping timeout: 480 seconds]
NiGaR has quit [Remote host closed the connection]
NiGaR has joined #dri-devel
kzd has quit [Ping timeout: 480 seconds]
jsa1 has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
fab is now known as Guest8714
jsa1 has joined #dri-devel
rasterman has joined #dri-devel
jsa1 has quit [Ping timeout: 480 seconds]
sukuna has quit [Ping timeout: 480 seconds]
tzimmermann has joined #dri-devel
jsa1 has joined #dri-devel
yogesh_m1 has joined #dri-devel
mbrost has quit [Remote host closed the connection]
yogesh_mohan has quit [Ping timeout: 480 seconds]
NiGaR has quit [Remote host closed the connection]
NiGaR has joined #dri-devel
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
flto has quit [Ping timeout: 480 seconds]
Company has joined #dri-devel
warpme has joined #dri-devel
jkrzyszt has joined #dri-devel
frankbinns has joined #dri-devel
androidui has quit [Remote host closed the connection]
ZLangJIT has joined #dri-devel
ZLangJIT is now known as androidui
Calandracas_ has quit [Ping timeout: 480 seconds]
vliaskov_ has joined #dri-devel
vliaskov__ has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
sima has joined #dri-devel
vliaskov_ has quit [Ping timeout: 480 seconds]
NiGaR has quit [Read error: Connection reset by peer]
NiGaR has joined #dri-devel
lynxeye has joined #dri-devel
fomys_ has joined #dri-devel
rgallaispou has joined #dri-devel
MrCooper_ has joined #dri-devel
MrCooper has quit [Ping timeout: 480 seconds]
leroivi has joined #dri-devel
vliaskov__ has quit [Read error: Connection reset by peer]
warpme has quit []
rgallaispou has quit [Read error: Connection reset by peer]
rgallaispou has joined #dri-devel
LeviYun has joined #dri-devel
apinheiro has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
mvlad has joined #dri-devel
NiGaR has quit [Remote host closed the connection]
NiGaR has joined #dri-devel
warpme has joined #dri-devel
Guest8714 has quit [Read error: Connection reset by peer]
fab has joined #dri-devel
fab is now known as Guest8727
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
flto has joined #dri-devel
pcercuei has joined #dri-devel
Calandracas has joined #dri-devel
vliaskov has joined #dri-devel
vliaskov_ has joined #dri-devel
NiGaR has quit [Read error: Connection reset by peer]
NiGaR has joined #dri-devel
vliaskov has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
Haaninjo has joined #dri-devel
kts has quit []
kts has joined #dri-devel
feaneron has joined #dri-devel
simon-perretta-img has joined #dri-devel
kts has quit [Quit: Leaving]
vliaskov_ has quit [Read error: Connection reset by peer]
heat has joined #dri-devel
guludo has joined #dri-devel
Lucretia has quit [Ping timeout: 480 seconds]
<karolherbst> is there a way to set cmake_module_path via a native/cross file in meson?
<karolherbst> ohh.. `-Dcmake_module_path` apparently works..
<karolherbst> well.. maybe it doesn't
ellyq has joined #dri-devel
<karolherbst> I'm git bisecting and cmake picks the wrong llvm 🙃
Daanct12 has quit [Quit: WeeChat 4.4.3]
u-amarsh04 has quit []
u-amarsh04 has joined #dri-devel
kts has joined #dri-devel
epoch101 has joined #dri-devel
Guest8727 has quit [Ping timeout: 480 seconds]
warpme has quit []
jsa1 has quit [Ping timeout: 480 seconds]
warpme has joined #dri-devel
<dcbaker> karolherbst: you can set it on the command line or in the [built-in options] section. I think it’s module prefix though and has different semantics than pkg_config_path, namely that it points at a prefix like ~/install rather than pkg configs ~/install/lib/pkg-config
fab has joined #dri-devel
oneforall2 has quit [Read error: Connection reset by peer]
fab is now known as Guest8742
azerov has joined #dri-devel
warpme has quit [Read error: Connection reset by peer]
simon-perretta-img has quit []
dsimic is now known as Guest8743
dsimic has joined #dri-devel
oneforall2 has joined #dri-devel
Guest8743 has quit [Ping timeout: 480 seconds]
leroivi has quit [Ping timeout: 480 seconds]
mbrost has joined #dri-devel
paulk-bis has quit [Ping timeout: 480 seconds]
paulk has joined #dri-devel
bolson has joined #dri-devel
simon-perretta-img has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
kzd has joined #dri-devel
himal has quit [Ping timeout: 480 seconds]
paulk has quit [Quit: WeeChat 3.0]
<Company> dzn doesn't like GTK's shaders
<Company> or rather: DXIL doesn't
paulk has joined #dri-devel
<Company> considering the whole code says "this is massively experimental, don't use for anything serious" I decided that's expected, but wanted to mention that I tried playing with it
warpme has joined #dri-devel
tzimmermann has quit [Quit: Leaving]
MrCooper_ is now known as MrCooper
kts has quit [Ping timeout: 480 seconds]
<MrCooper> Company: jenatali might have pointers for Windows software rendering in GTK's CI
<Company> I think I asked him before but there was no clear conclusion
<Company> other than native D3D12 being best of course
<Company> there was also the issue about how to get it installed in the CI runners - ie there's official packages for GLon12 but not for llvmpipe
<Company> though at least for Vulkan, you can just set an env var, so lavapipe in CI would work if you had a DLL
<Company> there's also the benefit that when using llvmpipe/lavapipe in CI, I get mostly the same behaviour as on Linux
<Company> which makes tests less likely to fail
<Company> stuff like rounding behavior when writing0.5 into a UNORM texture
<MrCooper> AFAICT the Mesa CI windows-msvc job builds lavapipe, not sure if that produces anything usable by GTK CI though
mbrost_ has joined #dri-devel
<Company> got a link to a DLL?
<Company> Vulkan is just VK_DRIVER_FILES=some_icd.json that has a path to a DLL, so things are easy to test
<Company> assuming that DLL doesn't depend on 15 other DLLs of course
<Company> I didn't try building llvmpipe yet because of the llvm dependency
mbrost has quit [Ping timeout: 480 seconds]
warpme has quit []
<MrCooper> not sure if there's an official / stable way to get Mesa CI job artifacts though
greenjustin has quit [Remote host closed the connection]
greenjustin has joined #dri-devel
Duke`` has joined #dri-devel
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
<DemiMarie> Company: dzn is Vulkan 1.0, do you need more than that?
epoch101_ has joined #dri-devel
<Company> DemiMarie: shouldn't need more, no
epoch101 has quit [Ping timeout: 480 seconds]
<DemiMarie> Company: have you reported a Mesa bug?
<Company> no
<DemiMarie> might be an option
<Company> yeah, but I didn't want to spend lots of time on it unless there's interest in me doing it
<Company> from my side it was just an experiment to see what would happen
kts has joined #dri-devel
<Company> MrCooper: is that lavapipe DLL just build or also tested?
<Company> because I get https://i.imgur.com/uJ35rJr.png
<MrCooper> not tested AFAICT
kts has quit [Remote host closed the connection]
<Company> which looks like a mismatch with the Windows ABI somewhere
<Company> happens deep down in some llvmpipe thread during startup
warpme has joined #dri-devel
<MrCooper> fun
jsa1 has joined #dri-devel
lynxeye has quit [Quit: Leaving.]
warpme has quit []
warpme has joined #dri-devel
epoch101 has joined #dri-devel
epoch101_ has quit [Ping timeout: 480 seconds]
fomys_ has quit []
<alyssa> Company: aren't all the windows vendors shipping native vulkan these days?
<alyssa> iirc qualcomm wasn't but I thought that changed?
<alyssa> or maybe i dreamed that
<alyssa> ..or is this for WSL i guess?
<DemiMarie> alyssa: Vulkan on Windows doesn’t let you provide buffers that the Desktop Window Manager can use, so transparency does not work well.
<jenatali> Company: Can you elaborate on "doesn't like"?
<jenatali> Demi: dzn is Vk1.2
warpme has quit []
<DemiMarie> jenatali: https://mesamatrix.net only lists it as 1.0
LeviYun has quit [Ping timeout: 480 seconds]
<Company> alyssa: this is (1) I want to be able to debug what I'm doign wrong and I'm used to read source code - which is why I wanted dzn over "error in amdvlk.dll"
<alyssa> ahhh
<alyssa> yeah, fair
<Company> alyssa: and (2) I'm looking for a way to make our CI run the Vulkan tests on Windows
<Company> so that I can check that vkImportMemoryWin32HandleKHR() and VK_KHR_surface_win32 usage and whatnot is correct
<Company> jenatali: I only tried to run it and it returned OUT_OF_MEMORY errors because DXIL.dll didn't convert things right
<jenatali> Company: Got something for me to debug?
frankbinns has quit [Ping timeout: 480 seconds]
<DemiMarie> jenatali: is MesaMatrix mistaken there?
rgallaispou has quit [Read error: Connection reset by peer]
Kayden has quit [Quit: -> JF]
<DemiMarie> jenatali: do you mean lines 428 (Vulkan 1.1) and 454 (Vulkan 1.2)?
<jenatali> I just mean that overall section of the file is stale
<DemiMarie> jenatali: also, that reminds me: does any part of Windows call the WDDM KMD interface _other_ than via the UMD?
<DemiMarie> Ah
imbris[m] has joined #dri-devel
<DemiMarie> The reason I ask is because the most obvious way to support virtio-GPU native contexts on Windows is DXVK + Mesa in userspace talking to a Windows virtio-GPU KMD, but I am not sure how hard it would be to expose the WDDM interfaces, some of which (such as modesetting) do not even make sense.
<jenatali> Windows has a paravirtualization infrastructure with a publicly documented protocol
<jenatali> Company: Just to be clear, dzn converts SPIR-V to DXIL internally, but then D3D expects the resulting DXIL to be validated and "signed." DXIL.dll is the validator. It was closed-source but that recently changed: https://devblogs.microsoft.com/directx/open-sourcing-dxil-validator-hash/
<jenatali> But yeah lavapipe should also work just fine
LeviYun has joined #dri-devel
Caterpillar has joined #dri-devel
<Company> during one of the shader compiles
<jenatali> Company: Can you pastebin the log output?
<Company> and err is NULL
<jenatali> Oh, that just means that you don't have dxil.dll present
<Company> maybe I'm using the wrong dxil.dll or so
<DemiMarie> jenatali: Are there any open-source host-side implementations of that interface?
<Company> which one do I want?
<jenatali> Demi: Not that I know of
<Company> where do I put those files?
<jenatali> Just dxil.dll, next to vulkan_dzn.dll
<DemiMarie> jenatali: That would be a problem then, especially because Qubes OS generally puts complexity on the guest side to reduce attack surface. Where is the protocol documented?
<jenatali> I thought there were docs for it besides just code but I don't remember where off the top of my head
<Company> jenatali: same result
Kayden has joined #dri-devel
<jenatali> Company: Ah apparently dxcompiler.dll is needed to get the message: https://gitlab.freedesktop.org/mesa/mesa/-/blob/main/src/microsoft/compiler/dxil_validator.cpp#L321
<DemiMarie> jenatali: Ah, so that would require something to emulate Hyper-V’s VMBus. QEMU might be able to do that.
<Company> jenatali: I put that right next to it
<Company> maybe I need some debug flags?
jsa1 has quit [Ping timeout: 480 seconds]
<Company> how do I get the debug_printf()'s?
rasterman has joined #dri-devel
<jenatali> Company: Oh, apparently we don't do the same search shenanigans for dxcompiler.dll. Windows DLL search paths are next to the exe, in PATH, and in System32. For dxil.dll which is needed at retail, we explicitly also search next to vulkan_dzn.dll but for dxcompiler.dll which is only needed for debugging we don't
<jenatali> I thought debug_printfs go to stderr, maybe only in debug builds though
<Company> yeah, apparently needs EMSA_DEBUG which needs -Dbuildtype=debug
<Company> which is now rebuilding
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit []
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit [Remote host closed the connection]
warpme has joined #dri-devel
warpme has quit []
<Company> VSCode cross-project debugging is not the greatest thing
<jenatali> Company: If you can extract the SPIR-V that's failing (text or binary) and file an issue I can take a look
<Company> first I get this working
kaiwenjon has quit [Quit: WeeChat 3.8]
sukuna has joined #dri-devel
Company has quit [Read error: Connection reset by peer]
kaiwenjon has joined #dri-devel
frankbinns has joined #dri-devel
frankbinns has quit [Ping timeout: 480 seconds]
Company has joined #dri-devel
<Company> I hve no idea why Windows claims it loads DLLs in PATH and then it doesn't - I bet there's some weird security flag somewhere that nobody talks about that disallows this somehow
<Company> error: Semantic 'TEXCOORD' overlap at 3. Validation failed.
<jenatali> Ah I/O var issues, fun...
<Company> (I'm not too proud of the madness that is our shaders though)
<jenatali> Company: how do I get that to SPIR-V?
<Company> it uses glslc to build it
<Company> see meson.build for the cmdline
<Company> or I can paste you the generated spirv
<jenatali> That'd be great :)
* Company abuses gitlab:
<Company> jenatali: should be https://gitlab.gnome.org/-/snippets/6640
<jenatali> Company: 404
<Company> oh, because you don't have a gitlab account?
<jenatali> I had to create one before I got to the 404
<Company> I don't know a place where to upload binaries :o
<jenatali> spirv-dis and upload text?
<jenatali> Mesa gitlab issues allow attachments which can be binaries
<Company> yeah, good idea
<Company> lemme file an issue
rasterman has quit [Quit: Gettin' stinky!]
<jenatali> Cool, thanks
leroivi has joined #dri-devel
kzd has quit [Ping timeout: 480 seconds]
<jenatali> The problem is the structs in the I/O FYI, I think this should be straightforward-ish
<Company> the push constants?
<jenatali> No, PASS_FLAT(2) RoundedRect _outside;
<Company> oh, because those are structs, right
<jenatali> There's disagreements between whether that gets one index or three
<Company> oh, because it can be a could be a mat3x4 or 3 vec4s
<jenatali> Yep
kzd has joined #dri-devel
tyzef has joined #dri-devel
epoch101 has quit []
leroivi has quit [Ping timeout: 480 seconds]
epoch101 has joined #dri-devel
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
tyzef has quit []
mbrost_ has quit [Ping timeout: 480 seconds]
gouchi has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
mvlad has quit [Remote host closed the connection]
sima has quit [Ping timeout: 480 seconds]
jkrzyszt has quit [Quit: Konversation terminated!]
Guest8742 has quit []
KitsuWhooa has quit [Ping timeout: 480 seconds]
KitsuWhooa has joined #dri-devel
kaiwenjon has quit [Quit: WeeChat 3.8]
mbrost has joined #dri-devel
<jenatali> Company: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/32047 compiles that single shader for me, let's see if CI blows up
<jenatali> I expect this is going to actually fix a bunch of GL tests
<Company> let's see what happens when I build it
cyrinux has quit []
<Company> how does spirv_to_dxil compare with spirv cross btw?
<Company> if I ever attempt a D3D12 backend for GTK
cyrinux has joined #dri-devel
<jenatali> spirv-cross goes to HLSL. spirv_to_dxil does not
<jenatali> From a performance standpoint it should be faster
<jenatali> Not that I've personally measured it though
<alyssa> they also.. solve different problems, I think?
<Company> I just need dxil I guess
<alyssa> also i assume in the near future, you can just throw glslang spirv at d3d12 maybe..?
<Company> in the end I just have some fairly simple code that needs to create glsl, spirv and dxil
<jenatali> Maybe. TBD what D3D's SPIR-V environment will look like relative to GL/VK and whether glslang will be updated to produce it
<jenatali> Clearly the solution is to also upstream GLSL into Clang :P
<Company> at least that would produce better error messages
<Company> success
<Company> well, it compiles all the shaders, then displays half a second of stuff, then it gets a VK_ERROR_OUT_OF_POOL_MEMORY - but I'll blame GTK for that for now
<Company> yup, it's GTK's fault
<Company> we're waiting for OUT_OF_POOL_MEMORY, then reallocating the pool - but we also get a debug report about the error and we report on errors
<Company> whoops
kaiwenjon has joined #dri-devel
<jenatali> :)
mbrost_ has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
Calandracas has quit [Remote host closed the connection]
Calandracas has joined #dri-devel
epoch101 has quit []
linkmauve has left #dri-devel [Error from remote client]
mbrost_ has quit [Ping timeout: 480 seconds]
<Company> booo!
<Company> dzn claims it does VK_COMPOSITE_ALPHA_PRE_MULTIPLIED_BIT_KHR but I get black borders
guludo has quit [Quit: WeeChat 4.4.3]
<jenatali> Company: Try modifying wsi_win32_surface_create_swapchain_dxgi ?
<jenatali> DXGI_ALPHA_MODE_PREMULTIPLIED
gouchi has quit [Remote host closed the connection]
<Company> oh
<Company> that looks like an easy patch
<jenatali> Yeah probably just an oversight
<jenatali> WSI stuff is hard to test
<Company> it can even do unpremultiplied alpha
marc2377 has quit [Quit: Leaving]
<Company> jenatali: looking at this, here's another fun question: On VkSwapchainCreateInfoKHR.clipped == TRUE, is setting DXGI_SWAP_EFFECT_FLIP_DISCARD valid or not?
<jenatali> What's clipped supposed to do?
<Company> I know I've had this discussion before
<Company> that's for the old X11 model
<Company> when the buffer is shared between multiple swapchains and it's using clipping to restrict which images get drawn
<Company> *which pixels of the image
<Company> but various developers have interpreted that as "may discard buffer contents"
<jenatali> Ah ok. D3D11 had a "guard rect" feature that did this but 12 doesn't
apinheiro has quit [Quit: Leaving]
<jenatali> If you're interpreting it as "may discard buffer contents" then sure, flip-discard would be valid. In practice there's not much difference these days
<jenatali> Originally it was to allow an optimization where the compositor would "reverse compose" overlay content into an app's swapchain and then send it out to display, to optimize for fill rate. Nowadays everything just uses multiplane overlay hardware to do that, so that path is dead AFAIK. It was always buggy anyway
<Company> yeah, it feels like it can go wrong
<Company> so I'll just not touch it if it's not worth it
<jenatali> Yeah it's not worth it
epoch101 has joined #dri-devel
Kayden has quit [Remote host closed the connection]
Caterpillar has quit [Quit: Konversation terminated!]
Kayden has joined #dri-devel
Haaninjo has quit [Quit: Ex-Chat]