JohnnyonFlame has quit [Ping timeout: 480 seconds]
Daanct12 has quit [Quit: Quitting]
jaganteki has joined #dri-devel
bmodem1 has quit [Ping timeout: 480 seconds]
jdavies has joined #dri-devel
chipxxx has quit [Ping timeout: 480 seconds]
jdavies is now known as Guest8828
chipxxx has joined #dri-devel
Guest8828 has quit []
chipxxx has quit [Remote host closed the connection]
chipxxx has joined #dri-devel
thenemesis has joined #dri-devel
lemonzest has quit [Read error: Connection reset by peer]
thenemesis has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
fab has quit []
fab has joined #dri-devel
ice9 has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
bgs has joined #dri-devel
MrCooper has quit [Remote host closed the connection]
MrCooper has joined #dri-devel
rosefromthedead has joined #dri-devel
tlwoerner has quit [Ping timeout: 480 seconds]
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
fab has quit [Ping timeout: 480 seconds]
lemonzest has joined #dri-devel
fab has joined #dri-devel
fab is now known as Guest8838
Company has joined #dri-devel
rasterman has joined #dri-devel
Haaninjo has joined #dri-devel
Guest8838 has quit [Ping timeout: 480 seconds]
<Lynne>
offtopic, do I need a vulkan memory barrier between compute->compute dispatches if I don't care about the contents of a buffer (which I'm only using for scratch)?
<Lynne>
or do I need a memory barrier to indicate I don't care about the contents of a buffer? the spec doesn't really say anything
<ishitatsuyuki>
Lynne, you need an execution barrier to ensure writes from previous dispatch doesn't bleed into the later dispatch
<ishitatsuyuki>
memory barrier is not necessary since you don't need writes to be visible to later read
<Lynne>
so an event or a semaphore, huh?
<ishitatsuyuki>
just a pipeline barrier
<Lynne>
what if I also had another buffer that I read+wrote in the 2 dispatches? pipeline + memory barrier?
djbw has quit [Read error: Connection reset by peer]
<Lynne>
err, nevermind, pipeline barriers is what I'm already using
<Lynne>
(I've abstracted them enough to forget what they're called)
<ishitatsuyuki>
after reading stuff i'm actually unsure whether it's safe to omit the memory barrier now
<ishitatsuyuki>
maybe you could add a COMPUTE->COMPUTE memory barrier for everything you wrote to
<HdkR>
I was today days old when I learned xcb_connect* isn't allowed to return nullptr. Very quirky.
gouchi has joined #dri-devel
JohnnyonFlame has joined #dri-devel
chipxxx has quit [Remote host closed the connection]
chipxxx has joined #dri-devel
chipxxx has quit [Remote host closed the connection]
chipxxx has joined #dri-devel
kzd has joined #dri-devel
kzd has quit []
kzd has joined #dri-devel
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #dri-devel
dosh^ has quit [Remote host closed the connection]
<Lynne>
ishitatsuyuki: I had the impression that using stage = NONE and access = NONE indicated you don't care about the contents, but I'll just put barriers in as if the contents did matter, thanks
<Lynne>
afaik barriers are ignored on most implementations anyway, like with image barriers
fxkamd has joined #dri-devel
fxkamd has quit []
ice9 has quit [Ping timeout: 480 seconds]
smilessh has quit [Ping timeout: 480 seconds]
rasterman has quit [Quit: Gettin' stinky!]
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #dri-devel
<DavidHeidelberg[m]>
eric_engestrom: how much do we need that cc/cxx wrapper now? We can enable ccache everywhere, only think I see useful there is passing ` -Werror` to the linker for LTO
* DavidHeidelberg[m]
asks because is lazy; tried to deal with clang to clang-15 change (by dropping -15 from the CC and CXX), but meson is still not happy
Zopolis4 has joined #dri-devel
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #dri-devel
Haaninjo has quit [Quit: Ex-Chat]
fxkamd has joined #dri-devel
libv has quit [Ping timeout: 480 seconds]
libv has joined #dri-devel
heat has joined #dri-devel
YuGiOhJCJ has joined #dri-devel
fxkamd has quit []
YuGiOhJCJ has quit [Remote host closed the connection]
tlwoerner has joined #dri-devel
nroberts has quit [Ping timeout: 480 seconds]
bgs has quit [Remote host closed the connection]
nroberts has joined #dri-devel
gouchi has quit [Remote host closed the connection]
<DavidHeidelberg[m]>
what I like about it, is that horizontal scrollbar fits at the bottom of the view, so you see all the jobs without having to scroll up & down
warpme_____ has quit []
<psykose>
doesn't it take longer because of less parallelism and more stages
<DavidHeidelberg[m]>
Hmm, I think we have dependencies on individual jobs; but I'll recheck.
<psykose>
(i'm only guessing, since i'm used to the gitlab 'all in stage depends on entire previous stage' kinda thing)
<psykose>
but if it's not restricted by that then there's no change of course and all works fine