<alyssa>
ERROR - Piglit error: piglit: error: Failed to create waffle_context for OpenGL 3.2 Core Context
<alyssa>
ERROR - Piglit error: piglit: error: waffle_context_create failed due to WAFFLE_ERROR_UNKNOWN: eglCreateContext failed with error EGL_BAD_MATCH(0x3009)
<alyssa>
but... I don't support GL3.2 ... why are you even trying?!
<HdkR>
Easy fix, just support GL 3.2 :P
<alyssa>
HdkR: Yeah yeah working on it
bsolos[m] has joined #dri-devel
bsolos[m] has left #dri-devel [#dri-devel]
sarnex has joined #dri-devel
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
gouchi has joined #dri-devel
mi6x3m has joined #dri-devel
<mi6x3m>
hey, quick Vulkan question: is it normal to have duplicated indices in the device_compaction_table?
<mi6x3m>
like 222,222,223,223,224,224
<mi6x3m>
but only for some functions
kzd has quit [Quit: kzd]
kzd has joined #dri-devel
ice99 has joined #dri-devel
<mi6x3m>
could someone explain what #pragma comment(linker, "/alternatename:_anv_hasvk_CreateCommandPool@104=_vk_entrypoint_stub@0" vk_entrypoint stub means here
<mi6x3m>
my entry point anv_hasvk_CreateCommandPool is NULL
<mi6x3m>
(I know it's anv_CreateCommandPool in reality), i did some renaming
mi6x3m has quit [Quit: Leaving]
jaganteki has quit [Remote host closed the connection]
ice99 has quit [Ping timeout: 480 seconds]
junaid has quit [Remote host closed the connection]
JohnnyonFlame has quit [Read error: Connection reset by peer]
the_sea_peoples has joined #dri-devel
fab has joined #dri-devel
fab has quit [Ping timeout: 480 seconds]
djbw has joined #dri-devel
camus has joined #dri-devel
alyssa has quit [Quit: leaving]
kts has quit [Quit: Konversation terminated!]
JohnnyonFlame has joined #dri-devel
gouchi has quit [Remote host closed the connection]
pixelcluster_ has quit []
pixelcluster has joined #dri-devel
<jenatali>
mi6x3m: Those pragmas are for MSVC
<jenatali>
alyssa: Doesn't that error then result in a test skip?
Duke`` has quit [Ping timeout: 480 seconds]
mi6x3m has joined #dri-devel
<mi6x3m>
Friends please, I'm losing my mind over this literally. I have a segfault with intel-hasvk on https://github.com/krh/vkcube because the method 'vkCreateCommandPool' is NULL
<mi6x3m>
I went through the driver's code and the common entrypoints are never initialized so vk_common_CreateCommandPool is NOT set in te dispatch table
<mi6x3m>
could anyone confirm this and tell me i'm not going insane?
<mi6x3m>
the radv drivers does call add_entrypoints(&b, &vk_common_device_entrypoints, so maybe the intel drivers are missing that??
mohamexiety has joined #dri-devel
<kisak>
^dumb question: have you fixed a bug report on the issue tracker?
<kisak>
s/fixed/filed/
<mi6x3m>
i'm not sure this is a bug, maybe i'm doing something stupid, I've been looking for 3 days now and starting to go insane
Zopolis4 has joined #dri-devel
jdavies has joined #dri-devel
jdavies is now known as Guest6585
jdavies_ has joined #dri-devel
<FLHerne>
so file a bug and let someone else go insane :p
<FLHerne>
hasvk is still pretty new, shallow bugs aren't out of the question
<mi6x3m>
as far as im not mistaken the same 'bug' exists in intel as well
<mi6x3m>
maybe something went wrong during the split
<mi6x3m>
lemme file a bug indeed
cphealy has joined #dri-devel
<Sachiel>
hasvk works fine for me
<Sachiel>
so does anv
<mi6x3m>
with something that uses vkCreateCommandPool?
<Sachiel>
vkcube works fine on hasvk
<Sachiel>
and pretty much anything using vulkan uses vkCreateCommandPool
Guest6585 has quit [Ping timeout: 480 seconds]
<mohamexiety>
hey! sorry if this is the wrong place but I am having a bit of a weird issue. I am trying to clone the nouveau fork of the mesa repo but I can't seem to get over 30 kb/s, and then it just dies after a while. I asked around a few people I know from RADV and neither of them had issues so I wonder if there's something wrong on my end. (I checked my internet connection -- all is fine. also, cloning other non freedesktop repos gives me regular internet
<mohamexiety>
speed)
<mi6x3m>
Sachiel, well i must be getting mad because i dont see how it can happen without the common_entrypoints
<mi6x3m>
which as far as I see are never set in hasvk
<mi6x3m>
wait, stop, i think i see it now, it happens through vk_device_init
<Sachiel>
vulkan_hasvk/anv_device.c, anv_CreateDevice() calls the vk_device_dispatch_table_from_entrypoints() that should be populating those tables
<mi6x3m>
no its slightly different
<Sachiel>
what exactly are you doing to run into the problem?
<mi6x3m>
Sachiel, I'm working on a frankenstein mod of vulkan :)
<mi6x3m>
that... might be released shortly to much outrage
<Sachiel>
a what?
<Sachiel>
I mean, what steps do you follow to run vkcube and have it crash
<mi6x3m>
a very unorthodox custom build
<mi6x3m>
well im just building my patched mesa and linking vkcube against it
<Sachiel>
so no vulkan loader?
<mi6x3m>
with vulkan loader
heat_ has quit [Remote host closed the connection]
heat_ has joined #dri-devel
<Sachiel>
without the patches everything works fine?
<mi6x3m>
I don't know but I guess so, you say it does and I trust you a lot :)
<mi6x3m>
and I just got a suspicion
<mi6x3m>
thanks btw, you've been helping me greatly
<mi6x3m>
Sachiel, I think what's happening here is that the compiler is silently optimizing vk_common_CreateCommandPool away
camus1 has joined #dri-devel
<mi6x3m>
Sachiel, because looking at the code, no struct members are ever used directly. Instead Mesa converts the table to an array of functions and accesses this way
<Sachiel>
lto?
<mi6x3m>
yep
<mi6x3m>
no struct members ever accessed directly aka all entry points are disregarded
<mi6x3m>
how weird
<Sachiel>
not sure how well tested lto is, I'd disable it