ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
tertl8 has quit [Quit: Connection closed for inactivity]
<DemiMarie>
Mesa (and anything else proprietary programs might need) should be statically linked against all dependencies except libc.
<DemiMarie>
Alternatively, the libc dynamic linkers need to be fixed to perform two stage symbol lookup, like Solaris/illumos and Windows do.
kaiwenjon has quit [Quit: WeeChat 3.8]
RAOF has quit [Remote host closed the connection]
RAOF has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
Haaninjo has quit [Quit: Ex-Chat]
heat is now known as Guest2653
heat has joined #dri-devel
Guest2653 has quit [Read error: Connection reset by peer]
mbrost has quit [Ping timeout: 480 seconds]
bolson_ has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
epoch101_ has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
kaiwenjon has joined #dri-devel
sukuna has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
Company has quit [Ping timeout: 480 seconds]
yyds has joined #dri-devel
LeviYun has joined #dri-devel
alane has quit []
Company has joined #dri-devel
alane has joined #dri-devel
apinheiro has quit [Quit: Leaving]
ellyq_ has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
ellyq has quit [Ping timeout: 480 seconds]
feaneron has joined #dri-devel
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #dri-devel
heat has quit [Read error: Connection reset by peer]
mbrost has joined #dri-devel
heat has joined #dri-devel
mrkajetanp has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #dri-devel
LeviYun has joined #dri-devel
mrkajetanp has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
blake has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
feaneron has quit [Ping timeout: 480 seconds]
lemonzest has quit [Ping timeout: 480 seconds]
_xav_ has joined #dri-devel
tarceri has joined #dri-devel
Net147 has quit [Read error: Connection reset by peer]
Net147_ has joined #dri-devel
_xav_ has quit []
_xav_ has joined #dri-devel
mrkajetanp has joined #dri-devel
xroumegue has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
mrkajetanp has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
sukuna has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
nerdopolis has quit [Ping timeout: 480 seconds]
kzd has quit [Ping timeout: 480 seconds]
mbrost has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
heat has quit [Read error: Connection reset by peer]
heat has joined #dri-devel
mrkajetanp has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
mrkajetanp has quit [Ping timeout: 480 seconds]
heat has quit [Read error: Connection reset by peer]
heat has joined #dri-devel
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
kts has quit [Quit: Konversation terminated!]
LeviYun has joined #dri-devel
tzimmermann has joined #dri-devel
heat has quit [Read error: Connection reset by peer]
heat has joined #dri-devel
mrkajetanp has joined #dri-devel
fab has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
mrkajetanp has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #dri-devel
fab has joined #dri-devel
LeviYun has joined #dri-devel
glennk has joined #dri-devel
lemonzest has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
mrkajetanp has quit [Ping timeout: 480 seconds]
frankbinns has quit [Ping timeout: 480 seconds]
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
MrCooper_ is now known as MrCooper
mrkajetanp has joined #dri-devel
mripard has quit [Quit: mripard]
mripard has joined #dri-devel
LeviYun has joined #dri-devel
mrkajetanp has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
sukuna has quit [Ping timeout: 480 seconds]
frankbinns has joined #dri-devel
mrkajetanp has joined #dri-devel
mrkajetanp has quit [Ping timeout: 480 seconds]
vliaskov__ has joined #dri-devel
vliaskov_ has joined #dri-devel
vliaskov__ has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #dri-devel
LeviYun has joined #dri-devel
frieder has joined #dri-devel
lynxeye has joined #dri-devel
Company has quit [Quit: Leaving]
mrkajetanp has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #dri-devel
psykose has joined #dri-devel
mrkajetanp has quit [Ping timeout: 480 seconds]
jkrzyszt has joined #dri-devel
rasterman has joined #dri-devel
apinheiro has joined #dri-devel
azerov has quit [Quit: Gateway shutdown]
dcbaker has quit [Quit: Bridge terminating on SIGTERM]
Eighth_Doctor has quit []
tomeu has quit [Quit: Bridge terminating on SIGTERM]
Pheoxy[AWSTUTC8][m] has quit []
Fell[m] has quit []
kos_tom has quit [Quit: Bridge terminating on SIGTERM]
daissi has quit []
swick[m] has quit []
DemiMarie has quit [Quit: Bridge terminating on SIGTERM]
Newbyte has quit []
x512[m] has quit []
nep_nep has quit []
zamundaaa[m] has quit [Quit: Bridge terminating on SIGTERM]
azerov has joined #dri-devel
LeviYun has joined #dri-devel
mrkajetanp has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
mrkajetanp has quit [Ping timeout: 480 seconds]
Haaninjo has joined #dri-devel
mrkajetanp has joined #dri-devel
Eighth_Doctor has joined #dri-devel
mrkajetanp has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
mrkajetanp has joined #dri-devel
<tzimmermann>
mripard, hi. i noticed that drm-misc-next has a number of patches that rather belong into drm-misc-fixes. maybe you want to cherry-pick
LeviYun has quit [Ping timeout: 480 seconds]
mrkajetanp has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #dri-devel
DavidHeidelberg has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
fab has quit [Quit: fab]
LeviYun has joined #dri-devel
LeviYun has quit [Remote host closed the connection]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
<mripard>
tzimmermann: which ones do you haev in mind?
LeviYun has joined #dri-devel
<tzimmermann>
mripard, the ones i noticed were 7a5115ba1d691bd14db91d2fcc3ce0b056574ce9 and eb4accc5234525e2cb2b720187ccaf6db99b705f and 53bd7c1c0077db533472ae32799157758302ef48
<tzimmermann>
their Fixes tag revers to a commit in upstream
<tzimmermann>
but these fixes won't make it there before v6.12-rc1
LeviYun has quit [Ping timeout: 480 seconds]
dcbaker has joined #dri-devel
DemiMarieObenour[m] has joined #dri-devel
heftig has joined #dri-devel
kallisti5[m] has joined #dri-devel
nep_nep has joined #dri-devel
Newbyte has joined #dri-devel
swick[m] has joined #dri-devel
tomeu has joined #dri-devel
kos_tom has joined #dri-devel
x512[m] has joined #dri-devel
YaLTeR[m] has joined #dri-devel
zamundaaa[m] has joined #dri-devel
feaneron has joined #dri-devel
<mripard>
I don't think the two first are actually fixes. They just replace the same code with other macros
<mripard>
it's more of an abuse of Fixes if anything
paulk has quit [Read error: Connection reset by peer]
frankbinns has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
amber_harmonia has joined #dri-devel
LeviYun has joined #dri-devel
guludo has joined #dri-devel
sukuna has joined #dri-devel
rbmarliere has quit [Remote host closed the connection]
sukuna1 has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
sukuna has quit [Ping timeout: 480 seconds]
rbmarliere has joined #dri-devel
heat is now known as Guest2693
heat has joined #dri-devel
Guest2693 has quit [Read error: Connection reset by peer]
sukuna1 has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
epoch101 has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
frankbinns1 has joined #dri-devel
nerdopolis has quit [Ping timeout: 480 seconds]
frankbinns has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
<amber_harmonia>
I've been trying to run a ci target with `ci_run_n_monitor.py ` (specifically a750_vk), but it has been stuck on "⏲ for the pipeline to appear in ['mesa/mesa']" for more than an hour by now, does anyone know what could be going on here?
fab has joined #dri-devel
<zmike>
use --target with the pipeline url
LeviYun has quit [Ping timeout: 480 seconds]
Haaninjo has quit [Quit: Ex-Chat]
<amber_harmonia>
trying with that
yyds has joined #dri-devel
nerdopolis has joined #dri-devel
davispuh has joined #dri-devel
tzimmermann has quit [Ping timeout: 480 seconds]
paulk-bis has quit []
paulk has joined #dri-devel
<amber_harmonia>
doesn't seem to be working either, in the same way
<zmike>
is that a manual job?
<zmike>
you might need --force-manual
DavidHeidelberg has joined #dri-devel
valentine has joined #dri-devel
<valentine>
amber_harmonia: I've started your int64 mr with ./bin/ci/ci_run_n_monitor.sh --pipeline-url full_pipeline_link --target "a750_vk" --force-manual
mripard has quit [Quit: mripard]
<valentine>
But keep in mind that it you would have to use ./bin/ci/ci_run_n_monitor.sh --pipeline-url full_pipeline_link --target "a750_vk" --exclude-stage '' after a rebase because the script changed
mrkajetanp has quit [Ping timeout: 480 seconds]
tzimmermann has joined #dri-devel
DemiMarieObenour[m] is now known as DemiMarie
LeviYun has joined #dri-devel
<daniels>
valentine: --force-manual is a no-op now
<mupuf>
zmike: never the same bug though! That's the problem of having only ONE device at home to test both the next infra AND mesa. Hopefully I can merge my 100 patches long MR next week and stop this insanity
<valentine>
mupuf: amber_harmonia Well it's running now but literally everything's crashing or timing out
<mupuf>
daniels: done, thanks/
<mupuf>
valentine: I see! Well, I reverted to a know good version of the infra (hurray for image-based infras), so it likely is a regression from this branch
<mupuf>
But we can check on main to make sure
dsimic is now known as Guest2703
dsimic has joined #dri-devel
<valentine>
I'm pretty sure it's just this MR, yeah
Guest2703 has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
feaneron has quit [Ping timeout: 480 seconds]
Company has joined #dri-devel
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
<amber_harmonia>
valentine: huh, i am not getting that locally
<valentine>
amber_harmonia: IIRC I also saw the same crashes on other gpus when I tried to enable shaderint64 globally on your branch
yyds has quit []
<amber_harmonia>
oh yeah i had that disabled here, let's see
mbrost has joined #dri-devel
tzimmermann has quit [Quit: Leaving]
ellyq_ has quit []
ellyq has joined #dri-devel
<amber_harmonia>
yeah there are some unsupported nir operations, i guess we probably wanna do those in a separate MR since it's not directly related?
alih has quit [Quit: Konversation terminated!]
<amber_harmonia>
hm, on a further look it's probaby a better idea to just keep it together
apinheiro has quit [Ping timeout: 480 seconds]
<valentine>
sounds good :)
LeviYun has joined #dri-devel
frankbinns1 has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
feaneron has joined #dri-devel
Company has quit [Remote host closed the connection]
tomba has quit [Quit: ZNC 1.9.0+deb2build3 - https://znc.in]
LeviYun has joined #dri-devel
Company has joined #dri-devel
tomba has joined #dri-devel
tomba has quit [Remote host closed the connection]
tomba has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
tomba has quit []
frankbinns1 has joined #dri-devel
tomba has joined #dri-devel
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit [Remote host closed the connection]
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
Haaninjo has joined #dri-devel
<Lynne>
so what do compute_shader_derivatives do? most documentation says "check out the NV extension, its the same"
<Lynne>
as far as I understand, it just divides the total number of workgroups submitted by 4, and I guess it requires that all 4 workgroup groups run in parallel?
<glehmann>
compute_shader_derivatives just allows you to use dFdx/dFdy and implicit lod in compute shaders. For that it defines which compute shader invocations in workgroup will be one quad group for derivatives
<glehmann>
not sure what you refer to with dividing workgroups by 4
fab has quit [Quit: fab]
LeviYun has quit [Ping timeout: 480 seconds]
<airlied>
robclark: msm inteoduced a python dep in the kernel, not sure I saw any disvussion on that before it landed
<airlied>
i think you should consider making it as optional as possible
<robclark>
iirc there was some discussion
<airlied>
with core kernel folks and distros?
<robclark>
and some adjustment/patching to relax python version requirements
<robclark>
probably just dri-devel
<airlied>
introducing a new hard build time dep is not something we can do on our oen
<robclark>
maybe lumag remembers?
<airlied>
its outside my authority zone
<robclark>
hmm
<airlied>
pretty sure there has been pushback in the past on it
<airlied>
though id have expected to hear from distros about it
<airlied>
and get more pushback
<robclark>
idk if it would work as short term option but maybe distro patch that checks in the generated headers?
<robclark>
tbh, I hadn't thought py was that exotic of a build dep
<airlied>
i dont think anything in core kernel uses it
ellyq has joined #dri-devel
<airlied>
it might be used in tools
<robclark>
checking in massive generated headers isn't awesome.. so defn been a nice developer QoL improvement to generate them at build time
<airlied>
it might be all distros already have python in their build chain implicitly
<airlied>
and if it stays py3 generic nobody will notice
<airlied>
maybe we should open the floodgates, but with rust deps coming up, it might piss some ppl off to add even more hard deps
frieder has quit [Remote host closed the connection]
iive has joined #dri-devel
<robclark>
maybe, but I at least would have thought py3 would be an easier dep to swallow.. defn trying to keep it pretty py3 generic
<HdkR>
Switch the header generator script over to using Rust instead. Drop one dependency for another hard dependency :)
<airlied>
we do have rust hostprogs but only for rust kernel builds
<airlied>
so it might be an option :-)
LeviYun has quit [Ping timeout: 480 seconds]
<airlied>
but i expect pushback will come from some distros eventually but maybe nobody will notice
<robclark>
do we end up with a py dependency anyways for kerneldoc?
karolherbst_ has joined #dri-devel
balrog_ has quit []
balrog has joined #dri-devel
<airlied>
robclark: yeah it might be that most people builds docs now :-)
Calandracas has quit [Remote host closed the connection]
karolherbst has quit [Ping timeout: 480 seconds]
feaneron has quit [Ping timeout: 480 seconds]
odrling_ has quit [Remote host closed the connection]
odrling has joined #dri-devel
coldfeet has joined #dri-devel
Calandracas has joined #dri-devel
LeviYun has joined #dri-devel
riteo has quit [Remote host closed the connection]
LeviYun has quit [Ping timeout: 480 seconds]
<iive>
isn't meson running on python3? It's already hard dependency for mesa.
<Sachiel>
they are talking about the kernel
<iive>
oh. i see.
<karolherbst_>
the kernel isn't using python already?
<jannau>
the fedora kernel already requires python3
<karolherbst_>
msm already requires python as far as I can tell
mbrost has joined #dri-devel
karolherbst_ is now known as karolherbst
coldfeet has quit [Remote host closed the connection]
LeviYun has joined #dri-devel
<jannau>
since v6.10 which is what this is about
LeviYun has quit [Ping timeout: 480 seconds]
glennk has quit [Ping timeout: 480 seconds]
<karolherbst>
ahh
<DemiMarie>
If Qubes OS winds up needing to do a buffer copy in a compositor, is it better to use OpenGL or Vulkan?
<DemiMarie>
s/compositor/proxy/
<robclark>
from performance standpoint, it wouldn't matter
<DemiMarie>
What about sync?
<DemiMarie>
I want to support drm-syncobj
jkrzyszt has quit [Ping timeout: 480 seconds]
<DemiMarie>
Can one use OpenGL in an explicit sync world?
<robclark>
yes, android is explicit sync and always has been
<DemiMarie>
What about with Mesa?
<DemiMarie>
The reason I mention drm-syncobj is that syncobjs are allowed to be long running. The kernel does not provide a guarantee that one will complete in finite time, which means that a syncobj cannot be turned into a sync file and imported into a dmabuf.
<robclark>
drm-syncobj is just a layer on top of dma_fence
<robclark>
but pretty sure there is some extension for syncobj.. there is support for it at the gallium layer
<DemiMarie>
Why is linux-explicit-synchronization deprecated in favor of drm-syncobj?
<robclark>
I guess syncobj fits better with vk.. other than that I'm not sure there is much advantage.. it is all just dma_fence under the hood
<DemiMarie>
I thought there were future driver changes (page faults and compute interop IIUC) that only work with syncobj.
<DemiMarie>
Those lose the "will complete in finite time" guarantee.
<robclark>
AFAIU that is all still theoretical
alyssa has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
<alyssa>
why does devicecoherent memory result in non-coherent load/store_global with piles of device-scope barriers?
<alyssa>
for AGX, implementing those semantics would require piles of cache flushes
<alyssa>
but the original glsl can be done without cache flushes, by setting the "bypass caches" bit on the load/stores
<alyssa>
is that... unusual? I had the impression AMD was similar with the .glc bit
<alyssa>
it also seems harder to optimize this than to lower the other way around in NIR
<alyssa>
oh, that's nir_lower_memory_model isn't it
<alyssa>
thanks pendingchaos !!
<alyssa>
:)
i-garrison has quit [Ping timeout: 480 seconds]
vliaskov_ has joined #dri-devel
i-garrison has joined #dri-devel
gouchi has quit [Remote host closed the connection]
guludo has quit [Quit: WeeChat 4.3.6]
LeviYun has joined #dri-devel
<airlied>
pretty sure syncobjs have the same rules mostly as fences in terms of long running behaviour
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
<DemiMarie>
robclark airlied: Ah, the advantage of syncobjs is that one can create a syncobj for unsubmitted work, which will never complete.
vliaskov__ has joined #dri-devel
<DemiMarie>
Is using syncobjs with OpenGL going to trip a bunch of driver bugs?
LeviYun has quit [Ping timeout: 480 seconds]
vliaskov_ has quit [Ping timeout: 480 seconds]
<robclark>
idk if it is as well supported on gl side
<robclark>
if you just need to do a blit, fence fd is more than sufficient
LeviYun has joined #dri-devel
soreau has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
soreau has joined #dri-devel
LeviYun has joined #dri-devel
ellyq_ has joined #dri-devel
iive has quit [Quit: They came for me...]
ellyq has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
<DemiMarie>
robclark: can I get that from a syncobj?