ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
mvchtz is now known as Guest1136
mvchtz has joined #dri-devel
Guest1136 has quit [Ping timeout: 480 seconds]
jewins has quit [Ping timeout: 480 seconds]
youmukonpaku1337 has quit [Remote host closed the connection]
columbarius has joined #dri-devel
co1umbarius has quit [Ping timeout: 480 seconds]
youmukonpaku1337 has joined #dri-devel
<CounterPillow>
Does implementing the DRM atomic API require specific hardware support or is the lack of its implementation in the select few older drivers caused by a lack of developer time? mpv recently removed its support for the legacy DRM API, and now they have a nouveau user complaining.
<airlied>
CounterPillow: lack of developer time, radeon and nouveau probably being the two main ones
<airlied>
nouveau.atomic=1 might work around it, might also explode
<CounterPillow>
Alright, thanks!
youmukonpaku1337 has quit [Quit: WeeChat 4.0.4]
youmukonpaku1337 has joined #dri-devel
yyds has joined #dri-devel
<alyssa>
airlied: so, nouveau :p
<airlied>
alyssa: I hear you are rewriting it in rust :)
<airlied>
I definitely heard that from zmike :-P
<zmike>
I heard it from gfxstrand
yuq825 has joined #dri-devel
<DemiMarie>
The less C the better!
* DemiMarie
hopes to see i915/Xe and amdgpu rewritten someday
<DemiMarie>
In Qubes OS, applications started in disposable VMs will always have an empty cache (they start with a completely blank /home) so this case actually matters.
RAOF has quit [Remote host closed the connection]
RAOF has joined #dri-devel
RAOF has quit [Remote host closed the connection]
konstantin_ has joined #dri-devel
konstantin has quit [Ping timeout: 480 seconds]
RAOF has joined #dri-devel
RAOF has quit [Remote host closed the connection]
JTL has joined #dri-devel
RAOF has joined #dri-devel
RAOF has quit [Remote host closed the connection]
RAOF has joined #dri-devel
RAOF has quit [Remote host closed the connection]
RAOF has joined #dri-devel
youmukonpaku1337 has quit [Read error: Connection reset by peer]
<airlied>
dakr: I assume that nouveau fix will land in drm-misc-next-fixes
youmukonpaku1337 has joined #dri-devel
RAOF has quit [Remote host closed the connection]
RAOF has joined #dri-devel
RAOF has quit [Remote host closed the connection]
ayaka_ has joined #dri-devel
RAOF has joined #dri-devel
RAOF has quit [Remote host closed the connection]
<airlied>
dakr: also is that patch from a base on top of your gpuva reworks?
RAOF has joined #dri-devel
<ayaka_>
karolherbst, you could have a look at topic "[RFC]: shmem fd for non-DMA buffer sharing cross drivers"
<airlied>
didn't that idea get shut down?
<airlied>
not sure anyone needs to say much after daniels last comment on the thread
kode54 has quit [Quit: Connection closed for inactivity]
aravind has joined #dri-devel
diego has joined #dri-devel
dviola has quit [Ping timeout: 480 seconds]
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Jeremy_Rand_Talos_ has joined #dri-devel
ayaka_ has quit [Ping timeout: 480 seconds]
ayaka_ has joined #dri-devel
<ayaka_>
airlied, I just make someone know the answer
q has joined #dri-devel
q is now known as Guest1155
youmukonpaku1337 has quit [Remote host closed the connection]
epony has quit [Ping timeout: 480 seconds]
epony has joined #dri-devel
Company has joined #dri-devel
fxkamd has joined #dri-devel
ayaka_ has quit [Ping timeout: 480 seconds]
yyds has quit [Quit: Lost terminal]
yyds has joined #dri-devel
q2 has joined #dri-devel
q2 is now known as Guest1156
Guest1155 has quit [Read error: Connection reset by peer]
fab has joined #dri-devel
yyds has quit [Quit: Lost terminal]
q3 has joined #dri-devel
yyds has joined #dri-devel
yyds has quit []
yyds has joined #dri-devel
Duke`` has joined #dri-devel
Guest1156 has quit [Read error: Connection reset by peer]
yyds has quit []
yyds has joined #dri-devel
yyds has quit []
yyds has joined #dri-devel
crabbedhaloablut has joined #dri-devel
q4 has joined #dri-devel
kode54 has joined #dri-devel
fxkamd has quit []
q3 has quit [Read error: Connection reset by peer]
q has joined #dri-devel
q is now known as Guest1159
Manas has joined #dri-devel
q4 has quit [Read error: Connection reset by peer]
itoral has joined #dri-devel
sima has joined #dri-devel
bgs has joined #dri-devel
alkisg has joined #dri-devel
ayaka_ has joined #dri-devel
mszyprow has joined #dri-devel
idr has quit [Quit: Leaving]
Duke`` has quit [Ping timeout: 480 seconds]
fab has quit [Quit: fab]
thellstrom has joined #dri-devel
yyds has quit [Quit: Lost terminal]
yyds has joined #dri-devel
yyds has quit []
q2 has joined #dri-devel
yyds has joined #dri-devel
q2 is now known as Guest1160
Ahuj has joined #dri-devel
q3 has joined #dri-devel
Guest1159 has quit [Read error: Connection reset by peer]
Major_Biscuit has joined #dri-devel
bgs has quit [Remote host closed the connection]
Guest1160 has quit [Read error: Connection reset by peer]
q4 has joined #dri-devel
Major_Biscuit has quit []
aravind has quit [Read error: Connection reset by peer]
i-garrison has quit [Remote host closed the connection]
i-garrison has joined #dri-devel
q3 has quit [Read error: Connection reset by peer]
yyds has quit [Quit: Lost terminal]
yyds has joined #dri-devel
Zopolis4 has joined #dri-devel
thellstrom has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
An0num0us has joined #dri-devel
frieder has joined #dri-devel
<sima>
koike, daniels btw are there more acks to add to the ci patches?
flto has quit [Read error: Connection reset by peer]
<javierm>
tzimmermann: thanks! daniels had some concerns about the lack of setting for the modifiers flags but I don't see why that should be related to Geert's patch
swalker__ has joined #dri-devel
swalker_ has joined #dri-devel
ayaka_ has quit [Remote host closed the connection]
ayaka_ has joined #dri-devel
swalker_ is now known as Guest1177
lynxeye has joined #dri-devel
swalker__ has quit [Ping timeout: 480 seconds]
MajorBiscuit has joined #dri-devel
yyds has quit [Quit: leaving]
yyds has joined #dri-devel
yyds is now known as admin
konstantin_ is now known as konstantin
admin is now known as Guest1180
Guest1180 has quit [Quit: leaving]
yyds has joined #dri-devel
donaldrobson has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
alkisg has left #dri-devel [#dri-devel]
mripard has joined #dri-devel
bmodem has quit [Remote host closed the connection]
bmodem has joined #dri-devel
Zopolis4 has quit [Quit: Connection closed for inactivity]
rasterman has joined #dri-devel
milek7 has quit [Remote host closed the connection]
yyds has quit [Quit: leaving]
yyds has joined #dri-devel
<melissawen>
sima, koike, will we not include vkms and vgem to this initial ci?
ayaka_ has quit [Remote host closed the connection]
ayaka_ has joined #dri-devel
<melissawen>
I remember mairacanal already asked it in a previous series, but it seems she was ignored.. or I just didn't find the follow-up
Guest1199 has quit [Read error: Connection reset by peer]
minecrell has quit [Quit: Ping timeout (120 seconds)]
minecrell has joined #dri-devel
ayaka_ has quit [Ping timeout: 480 seconds]
alyssa has quit [Quit: alyssa]
alyssa has joined #dri-devel
alyssa has quit []
Guest1195 has quit [Ping timeout: 480 seconds]
alarumbe has quit [Remote host closed the connection]
<cwabbott>
zmike: it's a bit sad that we're not using GPL on zink+turnip, I think we can enable smooth lines on turnip but I don't think we can ever enable stippled lines
<cwabbott>
it's not in GLES or D3D so it's not there in the HW
<cwabbott>
the only thing there is something to help with the GS emulation
<zmike>
I've been considering workarounds for it
<cwabbott>
and we have 0 infrastructure for doing that type of emulation in turnip, because we support it would be only for this one stupid case
<zmike>
ultimately it comes down to either having some ctx info to pass through an API type and only check stipple for desktop GL or tell people to set the env var
<cwabbott>
there isn't enough room in the optimal key for this 1 bit?
<zmike>
i think it's more than one bit? but also there's CPU implications to adding it there
<zmike>
it pulls in the entire GS infra
<zmike>
so the better solution is to just set the env
<zmike>
once it's all working a bit better I'm planning to add that to ci since optimal keys coverage on turnip is more important than stipple
alyssa has joined #dri-devel
itoral has quit [Quit: Leaving]
fab has joined #dri-devel
fab has quit [Remote host closed the connection]
mripard has quit []
nightquest has quit [Ping timeout: 480 seconds]
nightquest has joined #dri-devel
fab has joined #dri-devel
fab has quit [Remote host closed the connection]
yyds has quit [Remote host closed the connection]
lynxeye has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
rgallaispou has joined #dri-devel
tristan has joined #dri-devel
tristan is now known as Guest1204
HerrSpliet has joined #dri-devel
RSpliet has quit [Ping timeout: 480 seconds]
<koike>
melissawen sima I met mairacanal in person this weekend and we talked about vkms, I already have a draft patch for vkms. mairacanal could you please check this https://gitlab.freedesktop.org/helen.fornazier/linux/-/jobs/48195449 ? If you browse the artifacts on the right there is a results folder that you can find failures.csv and results.csv, it
<koike>
seems only 5 tests got run and only one passed, could you check if this was the expected behavior ?
<koike>
mairacanal only kms_sysfs_edid_timing and kms_prime* got run
<koike>
hmm, I guess vkms is not up, I'll check that
<daniels>
koike: you need to run in a VM - you can look at weston and mesa for examples of how to do this
<cwabbott>
zmike: yeah, just that no one will know to actually set the env variable and get better performance
Company has quit [Remote host closed the connection]
Company has joined #dri-devel
<zmike>
cwabbott: you're not wrong
<zmike>
I don't have a good solution for it
<zmike>
qcom has no stipplewaivers
yyds has joined #dri-devel
alarumbe has quit [Quit: ZNC 1.8.2+deb2 - https://znc.in]
<alyssa>
can bindless textures be imported from other processes in any of GL/CL/VK?
<alyssa>
that is, for a driver doing explicit sync, is there any upper bound on the number of in_syncs required by a single draw?
<alyssa>
if each imported GL/CL texture requires an in_sync to wait on the writer in the other process, then if we can have bindless textures, we need in_syncs for every resident imported texture. Which would be slow (and probably not hit in practice) but I don't see any reason it wouldn't be allowed.
<alyssa>
alternatively, can buffers be imported from other processes in CL and passed indirectly (not as kernel args) so we can have arbitrarily many of them? that would give the same issue
<alyssa>
karolherbst: ^ you might know that one
<karolherbst>
the CL WG is working on cl_khr_external_memory which kinda allows you to important dma_bufs
<karolherbst>
_but_
<karolherbst>
you can't pass them indirectly and you have to use `cl_mem` objects to bind them
<alyssa>
is there a limit to number of such bound buffers at once?
<karolherbst>
only for images
<alyssa>
but not for other buffers which can still be external?
<karolherbst>
correct
<karolherbst>
however
<alyssa>
the root question here is "is there an upper bound on the # of imported dma_bufs that can be used in a single draw/dispatch"
<alyssa>
(across every APIs)
<karolherbst>
kernels have an limit on how many args you can pass into them
<alyssa>
s/imported dma_bufs/in_sync/
<alyssa>
right, I see that sleight of hand in the definition then
<karolherbst>
so you could say, "max 4k of input arguments" which translates to 512 pointers :)
<karolherbst>
or something
<karolherbst>
so practically you can limit it inside CL
<karolherbst>
seems like the absolute minimum in CL would be 1k of input data for a FULL_PROFILE device
<karolherbst>
so 128 pointers
<karolherbst>
alyssa: keep in mind that for that CL interop stuff the general approach is to do a hard explicit sync between the APIs
<karolherbst>
so if you use them in GL/VK and want to use them in CL, you have to aquire ownership first, which translates to "wait until GL/VK are done", then you can start enqueuing your kernels using them
<karolherbst>
no implicit waits
<alyssa>
OK
Guest1204 has quit [Ping timeout: 480 seconds]
alyssa has quit [Quit: alyssa]
serjosna has joined #dri-devel
Ahuj has quit [Ping timeout: 480 seconds]
mripard has joined #dri-devel
djbw has quit [Read error: Connection reset by peer]
<serjosna>
times the programming of that to the same value, so it never really moves much bytes, where i was wrong, cause i never before saw those docs, xdc i have not participated in, i would participate but it's very hard to find estonians who are not corrupted fraudulent and are not horribly bad people, otherwise i would participate, after gotten injured, linux is my hobby and yeah it comes with fully hackable X and other stuff, which keeps me interested
yuq825 has quit [Remote host closed the connection]
tristan has joined #dri-devel
tristan is now known as Guest1212
<robclark>
austriancoder: nice.. although that makes me realize how out of date the existing docs are.. but the generated svg looks good
<koike>
sima thanks for putting together the ci cover letter, lgtm.
pekkari has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
Major_Biscuit has joined #dri-devel
MajorBiscuit has quit [Ping timeout: 480 seconds]
vyivel has quit [Read error: Connection reset by peer]
vyivel has joined #dri-devel
mvlad has joined #dri-devel
Haaninjo has joined #dri-devel
kts has joined #dri-devel
<austriancoder>
robclark: great .. I will try to improve the svg's a little bit as there are some corner cases which look wired.
kts has quit [Read error: Connection reset by peer]
milek7 has quit [Remote host closed the connection]
kzd has joined #dri-devel
pekkari has quit [Quit: Konversation terminated!]
serjosna has quit [Quit: Leaving]
hansg has joined #dri-devel
kts has joined #dri-devel
fab has quit [Quit: fab]
jewins has quit [Ping timeout: 480 seconds]
yyds has quit [Quit: leaving]
yyds has joined #dri-devel
<karolherbst>
how does the preamble stuff actually works. Is it something ran once per shader to cache some computation or once per "draw"/"launch_grid"?
Duke`` has joined #dri-devel
<cwabbott>
karolherbst: once per draw
<karolherbst>
okay...
<karolherbst>
I have reason to believe that load_workgroup_size can't be used in a preamble
<karolherbst>
or maybe not on all hardware
junaid has quit [Ping timeout: 480 seconds]
An0num0us has quit [Ping timeout: 480 seconds]
tzimmermann has quit [Quit: Leaving]
hansg has quit [Quit: Leaving]
Major_Biscuit has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
<MrCooper>
pq: my feeling is that if user space doesn't understand anything in a color pipeline description, it should ignore that pipeline; then the kernel doesn't need to hide any pipelines from user space
<emersion>
need to define exactly what "everything" means
dogukan has joined #dri-devel
<emersion>
imho a new prop is fine to ignore without filtering out, for instance
<emersion>
IOW, if a pipeline element has a prop I don't understand, I can still use it
alarumbe has joined #dri-devel
<dakr>
airlied: the fix should go into v6.6. Since you've sent the pull request for -rc1 already it'd be more like drm-misc-fixes I guess.
<MrCooper>
emersion: assuming that prop doesn't have any effect for the operation of the element then, sure
<emersion>
well, userspace can't know that
<swick[m]>
we should standardize that for sure
<MrCooper>
then it could be problematic, if user space doesn't know how to make the prop a no-op
<emersion>
same with other KMS props really
<swick[m]>
but if it has a bypass prop then it should be no-op
dogukan has quit [Remote host closed the connection]
vyivel has quit [Read error: Connection reset by peer]
<MrCooper>
emersion: exactly :) that is an unsolved issue with KMS props
<emersion>
i really want to fix this, but imho color pipelines dont need to try to workarounf that issue
<MrCooper>
don't think we can allow this ambiguity in color pipelines
alyssa has joined #dri-devel
<MrCooper>
well, I guess if some user space doesn't actually care about the result, it can ignore whatever it wants :)
<swick[m]>
I don't really get what the problem is
<swick[m]>
you can get all elements in the pipeline, even if you don't know the type
vyivel has joined #dri-devel
<swick[m]>
if it has a bypass property you can set it to true, problem solved
<dakr>
airlied: and yes, it is on top of some scheduler changes as well, there is no real conflict though. but I would guess the patch does not apply..
dogukan has joined #dri-devel
<swick[m]>
if it's just an informational element, it should have a prop which says so, and can this be ignored as well
frieder has quit [Remote host closed the connection]
<MrCooper>
swick[m]: maybe re-phrase to "if user space doesn't understand anything that can't be bypassed" then?
<swick[m]>
and isn't just purely informational, yes
<swick[m]>
but if you add such new ops, you could just create an additional pipeline
<MrCooper>
yep, and what I wrote was in response to pq's question (in the patch series thread) whether the kernel should hide such pipelines which user space might not understand (e.g. based on some handshake mechanism)
fab has quit [Read error: No route to host]
fab has joined #dri-devel
donaldrobson has quit [Ping timeout: 480 seconds]
<swick[m]>
sigh I'm still looking at harrys patches, not yet the Intel stuff
vyivel has quit [Ping timeout: 480 seconds]
<dcbaker>
kisak, mattst88, eric_engestrom: I'm back on it. Sorry for the long delay.
<mattst88>
cool, thanks dcbaker!
cmichael has quit [Quit: Leaving]
rgallaispou has quit [Remote host closed the connection]
<kisak>
it's all good, as usual, thanks for being a release maintainer.
djbw has joined #dri-devel
<zmike>
we believe in you dcbaker
bmodem has joined #dri-devel
<dcbaker>
thanks :)
vyivel has joined #dri-devel
mauld has quit [Ping timeout: 480 seconds]
Guest1177 has quit [Remote host closed the connection]
mauld has joined #dri-devel
lynxeye has joined #dri-devel
Major_Biscuit has joined #dri-devel
Major_Biscuit has quit []
cmarcelo_ has quit []
cmarcelo has joined #dri-devel
tristan has joined #dri-devel
Guest1212 has quit [Ping timeout: 480 seconds]
tristan is now known as Guest1231
vyivel has quit [Read error: Connection reset by peer]
vyivel has joined #dri-devel
guru_ has quit [Remote host closed the connection]
vyivel has quit [Read error: Connection reset by peer]
oneforall2 has joined #dri-devel
vyivel has joined #dri-devel
yyds has quit [Quit: leaving]
dogukan has quit [Quit: Konversation terminated!]
Guest1231 has quit [Ping timeout: 480 seconds]
yyds has joined #dri-devel
yyds has quit []
yyds has joined #dri-devel
lynxeye has quit [Quit: Leaving.]
<mareko>
how to enable wayland-protocols as a subproject?
<mareko>
in mesa
yyds has quit []
vyivel has quit [Read error: Connection reset by peer]
vyivel has joined #dri-devel
yyds has joined #dri-devel
yyds has quit []
yyds has joined #dri-devel
youmukon1 has joined #dri-devel
Guest530 has quit []
fahien has quit []
youmukonpaku1337 has quit [Read error: Connection reset by peer]
Manas has quit [Read error: Connection reset by peer]
yyds has quit [Quit: leaving]
yyds has joined #dri-devel
JohnnyonFlame has joined #dri-devel
yyds has quit []
yyds has joined #dri-devel
yyds has quit []
JohnnyonFlame has quit [Read error: Connection reset by peer]
<dcbaker>
mareko: I had a patch, but it's super out of date `meson warp install wayland-protocols` might be enough, though the wrapdb version seems super out of date...
<dcbaker>
you might need to do meson setup builddir --force-fallback-for=wayland-protocols if you really need to use a subproject but the pkg-config finds something it things works
dwlsalmeida has joined #dri-devel
sre has joined #dri-devel
BobBeck has joined #dri-devel
anholt_ has joined #dri-devel
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
anholt has quit [Ping timeout: 480 seconds]
<airlied>
dakr: I think we use drm-misc-next-fixes until after rc1
ndufresne has joined #dri-devel
antoniospg____ has joined #dri-devel
<airlied>
since I don't think drm-misc-fixes gets a fast forward until rc1 releases
<dakr>
sima, airlied: yeah, that's why I thought drm-misc-fixes, but as Dave said I also noted that drm-misc-fixes is not yet updated.
* airlied
was just going to find that link :-)
mszyprow has quit [Ping timeout: 480 seconds]
heat has joined #dri-devel
youmukonpaku1337 has quit [Quit: WeeChat 4.0.4]
gouchi has joined #dri-devel
crabbedhaloablut has quit []
anujp has quit [Ping timeout: 480 seconds]
<mareko>
dcbaker: I just cloned wayland-protocols into subprojects directly, and now I'm getting "src/egl/wayland/wayland-drm/meson.build:68:2: ERROR: Sandbox violation: Tried to grab file linux-dmabuf-unstable-v1.xml from a nested subproject."
<mareko>
I guess I can also not build the wayland platform
dwlsalmeida has quit [Ping timeout: 480 seconds]
sre has quit [Ping timeout: 480 seconds]
An0num0us has joined #dri-devel
anujp has joined #dri-devel
youmukonpaku1337 has joined #dri-devel
italove has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
<dcbaker>
sigh, that issue.
<dcbaker>
let me see what the resolution on that was....
<dcbaker>
mareko: ^
<dcbaker>
mareko: .... I am absolutely astounded by the overlook on the meson side on this one. I have a trivial patch
gouchi has quit [Remote host closed the connection]
gouchi has joined #dri-devel
Haaninjo has quit [Quit: Ex-Chat]
sima has quit [Ping timeout: 480 seconds]
heat has quit [Remote host closed the connection]
fab has quit [Quit: fab]
Duke`` has quit [Ping timeout: 480 seconds]
mauld has quit [Ping timeout: 480 seconds]
mauld has joined #dri-devel
mvlad has quit [Remote host closed the connection]
gouchi has quit [Remote host closed the connection]
sukrutb has joined #dri-devel
youmukonpaku1337 has quit [Quit: WeeChat 4.0.4]
youmukonpaku1337 has joined #dri-devel
anujp has quit [Ping timeout: 480 seconds]
anujp has joined #dri-devel
idr has joined #dri-devel
antoniospg____ is now known as antoniospg
Company has quit [Remote host closed the connection]
qyliss has quit [Quit: bye]
qyliss has joined #dri-devel
qyliss has quit [Quit: bye]
qyliss has joined #dri-devel
qyliss has quit []
qyliss has joined #dri-devel
qyliss has quit [Quit: bye]
mauld has quit [Ping timeout: 480 seconds]
qyliss has joined #dri-devel
mauld has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
pcercuei has quit [Quit: dodo]
<mareko>
dcbaker: sadly, that doesn't make the error go away (meson 0.61.2)
<dcbaker>
Sigh. I have 1.2.0 now. Let me see when that was fixed
An0num0us has quit [Ping timeout: 480 seconds]
<dcbaker>
mareko: that was fixed in 0.63.0, according to my gitfoo
<dcbaker>
and apparently join_paths() is supposed to work, sigh
youmukonpaku1337 has quit [Read error: Connection reset by peer]
<mareko>
dcbaker: thanks, newer meson and your patch fixed that, but now meson 1.2.1 seems to ignore --native-file for LLVM and picks whatever version it finds, it's bizarre
<dcbaker>
you can use LLVM_CONFIG=... with newer Meson I think
<dcbaker>
someone snuck that in when all of the objectors weren't looking
<dcbaker>
I'll have to look at the native file thing
vliaskov has quit [Remote host closed the connection]
<mareko>
dcbaker: LLVM_CONFIG doesn't do anything, it seems to use llvm-config that's not even in the PATH
<mareko>
but if I print the LLVM library path that it found, I get:
<mareko>
LLVM
<mareko>
Version : 16.0.4
<mareko>
Enabled : YES
<mareko>
Library dir : /usr/local/llvm-i386/lib
<mareko>
llvm-i
<mareko>
llvm-i386 is in ld.so.conf.d, but its llvm-config is not in any path
<mareko>
the version should be 18.0.0git
<mareko>
wow, I had to remove /usr/local/llvm-i386, renaming the directory didn't prevent meson from finding it, meson must really be searching /usr and picking random llvm-config it finds
<mareko>
that's quite something
<mareko>
dcbaker: ^^
<dcbaker>
airlied: please don’t tell me they defaulted to cmake instead of config while I was gone…