ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
gawin has quit [Remote host closed the connection]
heat_ has quit [Ping timeout: 480 seconds]
<YuGiOhJCJ> anholt_, indeed the xorg server version 8d4be7f6c4f7c673d7ec1a6bfdef944907a3916e is from 2019 whereas the xorg server version installed on my computer is from 2017, so my xorg server is looking for the old "i965" driver instead of the new "iris" driver, so I have the choice between upgrade the xorg server or using an environment variable to force the driver (it seems that MESA_LOADER_DRIVER_OVERRIDE can do the job is I assign "iris" to
<YuGiOhJCJ> it), https://docs.mesa3d.org/envvars.html I will try environment variables first, then if it does not work I will upgrade xorg server to the latest version
toolchains has joined #dri-devel
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #dri-devel
tjmercier has quit [Quit: Page closed]
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #dri-devel
gnuiyl has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
co1umbarius has joined #dri-devel
toolchains has joined #dri-devel
columbarius has quit [Ping timeout: 480 seconds]
mclasen has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
gnuiyl has quit [Ping timeout: 480 seconds]
nsneck_ has joined #dri-devel
Daanct12 has joined #dri-devel
nsneck has quit [Ping timeout: 480 seconds]
mbrost has joined #dri-devel
mbrost_ has quit [Read error: Connection reset by peer]
toolchains has joined #dri-devel
technopoirot has joined #dri-devel
<jenatali> Woo the MRs I tried to merge 12 hours ago finally merged lol
toolchains has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
nchery has quit [Ping timeout: 480 seconds]
OftenTimeConsuming is now known as Guest3589
OftenTimeConsuming has joined #dri-devel
Guest3589 has quit [Ping timeout: 480 seconds]
toolchains has quit [Ping timeout: 480 seconds]
technopoirot has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
bluestang2006 has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
bluestang2006 has quit []
ngcortes has quit [Ping timeout: 480 seconds]
LexSfX has quit []
kts has joined #dri-devel
LexSfX has joined #dri-devel
toolchains has joined #dri-devel
Daanct12 has quit [Ping timeout: 480 seconds]
Daanct12 has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
saurabhg has joined #dri-devel
aravind has joined #dri-devel
toolchains has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
Daanct12 has quit [Quit: Leaving]
mclasen has quit [Ping timeout: 480 seconds]
toolchains has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
Daanct12 has joined #dri-devel
Duke`` has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
itoral has joined #dri-devel
lplc has quit [Remote host closed the connection]
danvet has joined #dri-devel
toolchains has joined #dri-devel
jewins1 has quit [Ping timeout: 480 seconds]
Major_Biscuit has joined #dri-devel
Daanct12 has quit [Ping timeout: 480 seconds]
aravind has quit [Read error: Connection reset by peer]
tzimmermann has joined #dri-devel
Daanct12 has joined #dri-devel
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
srslypascal is now known as Guest3600
srslypascal has joined #dri-devel
Guest3600 has quit [Ping timeout: 480 seconds]
Company has quit [Quit: Leaving]
toolchains has quit [Remote host closed the connection]
toolchains has joined #dri-devel
frieder has joined #dri-devel
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
wvanhauwaert has joined #dri-devel
mvlad has joined #dri-devel
<g0b> airlied: re: https://gitlab.freedesktop.org/mesa/mesa/-/issues/6747 are you sure ? the isa pdf talks about a new "compute shader" shader type and describes some different behaviour
<g0b> compute shader: Similar to a pixel shader, but exposes data sharing and synchronization
<g0b> (i don't want to spam the issue)
tursulin has joined #dri-devel
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
<airlied> g0b: oh maybe it did some stuff with a frag shader in a special mode, but it was too limited for GL to use
<g0b> it seems to have an actual CS shader mode from what i read
<g0b> maybe it's more limiting ?
<g0b> surely if it ran CL 1.1 it could do GL comp shaders in theory ?
<g0b> this early vliw5 hardware is completely insane either way to me, the only reason I care is some kind of morbid fascination :D
rasterman has joined #dri-devel
toolchains has joined #dri-devel
<tzimmermann> javierm, hi! i wanted to ask, if you could backport the sysfb_disable patches to drm-fixes? as they fix the problem on jfalempe's computer, we should probably send them anyway, no matter what linus' results are
<g0b> though if someone is serious about doing r600v (or should it rather be r700v ?) i'd like to see if I can jump on that train and tag along, i have some compiler background and some hw
<g0b> + khr member through work, yay
<javierm> tzimmermann: sure! let me do that now
<tzimmermann> thank you
toolchains has quit [Ping timeout: 480 seconds]
<javierm> tzimmermann: you say drm-fixes but I should pushed it through drm-misc-fixes right?
<javierm> and then you folks will send a PR to land in drm-fixes ?
<tzimmermann> javierm, yes indeed. it's drm-misc-fixes
<tzimmermann> sry
<javierm> tzimmermann: no worries, just making sure I got it correctly
lynxeye has joined #dri-devel
mszyprow has joined #dri-devel
saurabhg has quit [Ping timeout: 480 seconds]
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
Daanct12 has quit [Ping timeout: 480 seconds]
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
Daanct12 has joined #dri-devel
rpigott has quit [Read error: Connection reset by peer]
shashanks has joined #dri-devel
rpigott has joined #dri-devel
saurabhg has joined #dri-devel
shashank_s has joined #dri-devel
shashank_sharma has quit [Ping timeout: 480 seconds]
shashanks has quit [Ping timeout: 480 seconds]
pcercuei has joined #dri-devel
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
lemonzest has joined #dri-devel
jkrzyszt has joined #dri-devel
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
everfree has joined #dri-devel
knr has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
mbrost has joined #dri-devel
lplc has joined #dri-devel
lplc has quit []
lplc has joined #dri-devel
ppascher has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
toolchains has quit [Remote host closed the connection]
toolchains has joined #dri-devel
shashank_s has quit [Ping timeout: 480 seconds]
toolchains has quit [Remote host closed the connection]
saurabhg has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
toolchains has quit [Remote host closed the connection]
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
toolchains has joined #dri-devel
toolchains has quit [Remote host closed the connection]
shashanks has joined #dri-devel
toolchains has joined #dri-devel
ahajda has joined #dri-devel
mclasen has joined #dri-devel
wvanhauwaert has quit [Ping timeout: 480 seconds]
pixelcluster has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
toolchains has quit [Remote host closed the connection]
toolchains has joined #dri-devel
Daanct12 has quit [Ping timeout: 480 seconds]
toolchains has quit [Remote host closed the connection]
toolchains has joined #dri-devel
toolchains has quit [Remote host closed the connection]
toolchains has joined #dri-devel
toolchains has quit [Remote host closed the connection]
icecream95 has quit [Ping timeout: 480 seconds]
toolchains has joined #dri-devel
saurabhg has joined #dri-devel
toolchains has quit [Remote host closed the connection]
toolchains has joined #dri-devel
toolchains has quit [Remote host closed the connection]
toolchains has joined #dri-devel
Major_Biscuit has quit [Ping timeout: 480 seconds]
lygstate has joined #dri-devel
toolchains has quit [Ping timeout: 480 seconds]
flacks has quit [Quit: Quitter]
toolchains has joined #dri-devel
flacks has joined #dri-devel
<linkmauve> Hi, I’ve built Mesa without any kind of swrast, but according to eglinfo it still exposes EGL_MESA_device_software, which then fails to load /usr/lib/dri/swrast_dri.so
<linkmauve> Would it make sense to stop advertising that one?
toolchains has quit [Remote host closed the connection]
toolchains has joined #dri-devel
<linkmauve> Ah, I see it is hardcoded for now.
<emersion> it would make sense to not expose it if we don't have it, but the loader can't do that with the current architecture
toolchains has quit [Ping timeout: 480 seconds]
<emersion> there is a MR to change that architecture
<jenatali> I'd also like to stop exposing that extension if the device is a layered device, e.g. the d3d12 driver that piggybacks on swrast for getting contents to screen, but that looked hard when I first looked at it
camus has quit [Remote host closed the connection]
camus has joined #dri-devel
Wallbraker[m] has joined #dri-devel
wvanhauwaert has joined #dri-devel
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
saurabh_1 has joined #dri-devel
saurabhg has quit [Ping timeout: 480 seconds]
saurabh_1 has quit [Remote host closed the connection]
saurabh_1 has joined #dri-devel
lygstate has quit [Read error: Connection reset by peer]
wv has joined #dri-devel
wv has quit []
shashanks has quit [Remote host closed the connection]
itoral has quit []
technopoirot has joined #dri-devel
devilhorns has joined #dri-devel
ppascher has joined #dri-devel
ppascher has quit [Quit: Gateway shutdown]
preda has joined #dri-devel
Company has joined #dri-devel
ella-0 has joined #dri-devel
devilhorns has quit []
devilhorns has joined #dri-devel
ella-0_ has quit [Read error: Connection reset by peer]
MajorBiscuit has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
maxzor has joined #dri-devel
ppascher has joined #dri-devel
kts has joined #dri-devel
kts has quit []
mattrope has quit [Remote host closed the connection]
mattrope has joined #dri-devel
jewins has joined #dri-devel
preda has quit []
Wallbraker[m] has left #dri-devel [#dri-devel]
nchery has joined #dri-devel
Haaninjo has joined #dri-devel
chaim has joined #dri-devel
bluebugs has joined #dri-devel
ybogdano has quit [Read error: Connection reset by peer]
<agd5f> g0b, it was just a special version of the VS IIRC
<agd5f> there is no separate compute shader until evergreen
<g0b> evergreen docs mention they added the ability to do workgroup syncs
<g0b> in CS mode
<agd5f> g0b, evergreen had dedicated dispatch packets and SPI scheduling for CS. R7xx you basically had a special bypass mode in the front end which would limit the gfx pipeline, but it was still a draw
<g0b> is that discussed in the ISA documents ?
<agd5f> no. you need to set some state in the VGT or IA IIRC
<g0b> or just institutional knowledge
<g0b> so to speak
<agd5f> I don't think the CS mentioned in the r7xx ISA doc is accurate
<g0b> there's also http://developer.amd.com/wordpress/media/2013/10/R6xx_R7xx_3D.pdf I found, but no evergreen equivalent
<agd5f> g0b, For compute on r6xx/7xx we used the 3d pipeline
<g0b> i thought r7xx didn't support compute in mesa ? or you mean CL
<agd5f> g0b, on windows
<g0b> AMD proprietary then ?
<agd5f> evergreen was the first family with dedicated compute shaders and dispatch
<agd5f> yeah
<g0b> DX11 CS or the GL arb ext ? i can't find reports of the ARB_compute stuff on opengl.gpuinfo.org
<graphitemaster> this confuses me so much
<g0b> from what i'm seeing that must have been a pretty heroic implem work
<graphitemaster> people just need to call it resizable bar and stop having vendor-specific names that make it sound like people are working together
technopoirot has quit [Ping timeout: 480 seconds]
<g0b> it's just resizable BAR right ?
sul has quit [Ping timeout: 480 seconds]
<pixelcluster> the article makes it seem like intel themselves said they already suppot reBAR, but will add SAM later????
<pixelcluster> afaik yes it is just AMDs name of resizable BAR
<pixelcluster> aah
<agd5f> well, windows complicates things a bit. Linux has supported resizeable BAR for a while. For windows, we implemented BAR resizing in the sbios to it happens before the OS loads
<pixelcluster> no the reporters were confused, I think
<pixelcluster> Intels terminology was fine, they said: "We are supporting Intel platforms with resizable BAR and will add support for AMD platforms with Smart Access Memory as Intel Arc graphics cards become available for sale as components."
<graphitemaster> It's needlessly confusing
<pixelcluster> I guess that made it seem like they're two different products or whatever
<agd5f> well, the sbios needs to know what devices to resize the BAR on. I don't know what the logic looks like off hand.
tjmercier has joined #dri-devel
jkrzyszt has quit [Ping timeout: 480 seconds]
<graphitemaster> Maybe Intel envisions some ARC GPU and AMD CPU combo chip on a laptop XD
<g0b> "It's needlessly confusing" welcome to gpus :P
flacks has quit [Quit: Quitter]
flacks has joined #dri-devel
<jekstrand> bbrezillon, zmike: The only things still needing review on !17286 are panvk and lavapipe.
<jekstrand> zmike: I dropped the "Draft:"
<zmike> I saw
<zmike> I'm running the MR through cts locally
<jekstrand> :+1:
<zmike> you've got a minimum of 1.5 hours until I can comment further
technopoirot has joined #dri-devel
<jekstrand> lol
<jekstrand> I can run the CTS here in 45 min
<jekstrand> Or are you running the "OMG ALL THE TESTS"?
<jenatali> jekstrand: I thought bbrezillon already gave you an r-b for panvk?
frieder has quit [Remote host closed the connection]
maxzor has quit [Remote host closed the connection]
maxzor has joined #dri-devel
<Sachiel> coverage is bad enough when running OMG ALL THE TESTS and you are skipping some of them?
<Sachiel> no wonder nothing works...
tango_ has joined #dri-devel
<jekstrand> jenatali: Yeah, I just didn't see it before pinging. (-:
<jekstrand> Sachiel: zmike's definition of "CTS" also includes GL and GLES CTS via Zink. Aparently, he thinks Zink is required for conformance these days. (-:
<zmike> actually I was just gonna run vkcts
<Sachiel> oh, right, I keep forgetting he's insane
<zmike> happily, ci will already run all the gl parts for me
sul has joined #dri-devel
tursulin has quit [Ping timeout: 480 seconds]
mszyprow has quit [Ping timeout: 480 seconds]
gawin has joined #dri-devel
fxkamd has quit []
mattrope has quit [Read error: Connection reset by peer]
mattrope has joined #dri-devel
flacks has quit [Quit: Quitter]
flacks has joined #dri-devel
gawin has quit [Remote host closed the connection]
sul has quit [Ping timeout: 480 seconds]
sul has joined #dri-devel
Haaninjo has quit [Ping timeout: 480 seconds]
tzimmermann has quit [Quit: Leaving]
lynxeye has quit [Quit: Leaving.]
<jenatali> jekstrand: Anything else we need to do to push along https://github.com/KhronosGroup/Vulkan-Docs/pull/1877 (besides wait for kusma to remove the WIP tag)?
<jenatali> Or is it just a "wait for the next meeting for people to talk about it" situation?
<jekstrand> jenatali: If kusma can drop the WIP today, it'll probably go out tomorrow
MajorBiscuit has quit [Ping timeout: 480 seconds]
<jenatali> Ack - he's on vacation I believe so not sure that'll happen today :)
tobiasjakobi has joined #dri-devel
heat_ has joined #dri-devel
srslypascal has quit [Ping timeout: 480 seconds]
srslypascal has joined #dri-devel
<robclark> danvet: random crazy thought.. we could do some fun things if we had a way to get a dma-buf + offset from a dma-fence context (like push waits to cmdstream for cross-driver fences.. or mirror a fence timeline btwn vm guest and host)
mattrope has quit [Remote host closed the connection]
* jekstrand starts madly copying+pasting from RADV
mattrope has joined #dri-devel
tobiasjakobi has quit []
<anholt_> heads up, i'm working on the deqp uprev
<zmike> uh oh
<danvet> robclark, we had that, no one did anything with it
<danvet> robclark, 992c238188a83befa0094a8c00bfead31aa302ed
<danvet> since no one used it kinda important stuff like cross-driver reset wasn't solved
<danvet> probably when force-completing them in the reset code we also need to make sure to update the seqno
<danvet> but yeah, the idea is about 8 or so years old, counting from 606b23ad609c71cfb37eeb972ea4c901034edd3c when mlankhorst merged it
<robclark> maybe just before it's time ;-)
<robclark> I don't actually have a use for it yet.. but kinda seeing where mirroring a fence timeline between guest/host can be interesting (although would need some way for signal notification)
devilhorns has quit []
unerlige2 has left #dri-devel [#dri-devel]
sul has quit [Ping timeout: 480 seconds]
sul has joined #dri-devel
iive has joined #dri-devel
MajorBiscuit has joined #dri-devel
guru_ has joined #dri-devel
nchery_ has joined #dri-devel
neonking__ has joined #dri-devel
codingkoopa9 has joined #dri-devel
emersion_ has joined #dri-devel
sumoon_ has joined #dri-devel
jhli_ has joined #dri-devel
Lightsword_ has joined #dri-devel
flto_ has joined #dri-devel
aswar002_ has joined #dri-devel
zf_ has joined #dri-devel
arnd_ has joined #dri-devel
ZeZu has quit [Ping timeout: 480 seconds]
everfree_ has joined #dri-devel
technopo1rot has joined #dri-devel
mattrope has quit [synthon.oftc.net larich.oftc.net]
flacks has quit [synthon.oftc.net larich.oftc.net]
technopoirot has quit [synthon.oftc.net larich.oftc.net]
nchery has quit [synthon.oftc.net larich.oftc.net]
saurabh_1 has quit [synthon.oftc.net larich.oftc.net]
everfree has quit [synthon.oftc.net larich.oftc.net]
neonking_ has quit [synthon.oftc.net larich.oftc.net]
zf has quit [synthon.oftc.net larich.oftc.net]
sumoon has quit [synthon.oftc.net larich.oftc.net]
flto has quit [synthon.oftc.net larich.oftc.net]
codingkoopa has quit [synthon.oftc.net larich.oftc.net]
oneforall2 has quit [synthon.oftc.net larich.oftc.net]
kem has quit [synthon.oftc.net larich.oftc.net]
jhli has quit [synthon.oftc.net larich.oftc.net]
mdnavare has quit [synthon.oftc.net larich.oftc.net]
Lightsword has quit [synthon.oftc.net larich.oftc.net]
jstultz has quit [synthon.oftc.net larich.oftc.net]
sumits has quit [synthon.oftc.net larich.oftc.net]
aswar002 has quit [synthon.oftc.net larich.oftc.net]
emersion has quit [synthon.oftc.net larich.oftc.net]
pzanoni has quit [synthon.oftc.net larich.oftc.net]
arnd has quit [synthon.oftc.net larich.oftc.net]
flto_ has quit []
jstultz has joined #dri-devel
kem has joined #dri-devel
mattrope has joined #dri-devel
pzanoni has joined #dri-devel
ZeZu has joined #dri-devel
flto has joined #dri-devel
mdnavare has joined #dri-devel
sumits has joined #dri-devel
jstultz has quit [Ping timeout: 481 seconds]
flacks has joined #dri-devel
jstultz has joined #dri-devel
<zmike> dcbaker: can't stop won't stop!
<anholt_> known issue: fd.o is out of space on minio-packet currently and throwing errors. should be resolved soon.
<dcbaker> lol
<dcbaker> zmike: I'll have some patches for you to decide if you want to backport, but I haven't done the pull for today yet, so I'll let you know after that
<zmike> 👍
mbrost has joined #dri-devel
unerlige has joined #dri-devel
maxzor has quit [Ping timeout: 480 seconds]
Haaninjo has joined #dri-devel
<zmike> dcbaker: btw I don't suppose there has been any movement in meson about the permissions thing? e.g., while doing git rebases and rebuilding between commits suddenly I don't have write permission to my build directory
flacks has quit [Quit: Quitter]
guru_ has quit [Remote host closed the connection]
MajorBiscuit has quit [Ping timeout: 480 seconds]
JohnnyonFlame has quit [Ping timeout: 480 seconds]
tango_ has quit [Quit: I'm never quite so stupid as when I'm being smart (Linus van Pel)]
tango_ has joined #dri-devel
oneforall2 has joined #dri-devel
<dcbaker> zmike: I think I've forgotten about it…
<zmike> :(
ybogdano has joined #dri-devel
zf_ is now known as zf
<airlied> zmike: do you use sudo to install?
<zmike> this is without any installing
<zmike> just building
<airlied> oh wierd
<zmike> yeah
* airlied sees it where I've sudo installed and it's built something first
<airlied> I've got a chown -R in my history :-P
<zmike> yuuuuuuup
<zmike> I have a script that will incrementally rebuild every commit in a MR, it doesn't do any install or sudo, and it will frequently error because permissions have changed
JohnnyonFlame has joined #dri-devel
Duke`` has quit []
Duke`` has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
<kusma> jekstrand: Fixed.
<jenatali> \o/
mclasen has quit [Ping timeout: 480 seconds]
srslypascal is now known as Guest3734
srslypascal has joined #dri-devel
Guest3734 has quit [Ping timeout: 480 seconds]
mclasen has joined #dri-devel
mszyprow has joined #dri-devel
technopo1rot has quit [Ping timeout: 480 seconds]
<mlankhorst> robclark: I used it to test fence implementation with nouveau and i915
<mlankhorst> so it does work
<mlankhorst> robclark: maybe dma-buf + offset for the implementation, going full circle. ;)
<robclark> I have some test code which does something similar with a userspace signaled "fence".. but yeah, I was thinking less in terms of a special kind of fence and more an optional dma-fence op
<robclark> (but haven't really thought much about fctx lifetime.. ie. you don't want to re-import on every frame)
ybogdano has quit [Ping timeout: 480 seconds]
zehortigoza has joined #dri-devel
mbrost_ has joined #dri-devel
mbrost_ has quit [Remote host closed the connection]
nchery_ has quit []
nchery has joined #dri-devel
technopoirot has joined #dri-devel
neonking__ has quit [Read error: Connection reset by peer]
ybogdano has joined #dri-devel
mclasen has quit [Ping timeout: 480 seconds]
eukara has quit []
mvlad has quit [Remote host closed the connection]
Haaninjo has quit [Quit: Ex-Chat]
eukara has joined #dri-devel
zehortigoza has quit [Remote host closed the connection]
heat_ has quit [Remote host closed the connection]
Duke`` has quit [Ping timeout: 480 seconds]
chaim has quit [Quit: Konversation terminated!]
rsripada has joined #dri-devel
rsripada_ has joined #dri-devel
X512 has joined #dri-devel
<X512> What are the benefits of resizeable BAR?
<jekstrand> You can map more VRAM
<X512> Access to VRAM from CPU is slow.
<pixelcluster> write isn't that slow
<jekstrand> Also, shuffling memory back-and-forth to the BAR so you can access it from the CPU is slow.
<pixelcluster> it's especially beneficial for something like games where you want to stream huge amounts of data in and out
<X512> Why not use GPU DMA?
<jekstrand> Use GPU DMA for what?
Thymo has quit [Remote host closed the connection]
gpiccoli has quit [Quit: Bears...Beets...Battlestar Galactica]
<X512> To copy memory contents between CPU RAM and VRAM.
FLHerne has quit [Remote host closed the connection]
gpiccoli has joined #dri-devel
<jekstrand> If you're writing from the CPU, that's often slower than a write-combine map
<airlied> and can crap on your cpu cache
danvet has quit [Ping timeout: 480 seconds]
wvanhauwaert has quit [Read error: Connection reset by peer]
wvanhauwaert has joined #dri-devel
Thymo_ has joined #dri-devel
FLHerne_ has joined #dri-devel
Lucretia has quit [Remote host closed the connection]
Lucretia has joined #dri-devel
FLHerne_ is now known as FLHerne
<HdkR> Just make sure to use the singular streaming write that x86 has ;)
<X512> Is that singular streaming faster then GPU DMA (copy from CPU RAM to VRAM by GPU)?
rasterman has joined #dri-devel
<HdkR> Nah, that one was a joke for not polluting CPU caches. You want to take advantage of WC so PCIe bursts work well
ybogdano has quit [Ping timeout: 480 seconds]
jfalempe has quit [Remote host closed the connection]
jfalempe has joined #dri-devel
<X512> Considering that major GPU vendors did not implement BAR resize for a long time, it seems not really importent.
<jekstrand> Considering that they did implement it, it probably is. :)
<jekstrand> You don't do things that require major cross-industry collaboration as a science fair project.
<X512> Does WC solve problem of terrible VRAM read speed?
<jekstrand> no
<X512> Then what the point?
<jekstrand> write speed
<jekstrand> That's all that matters for graphics
<X512> memcpy will spend CPU cycles, but GPU DMA will not.
<jekstrand> How fast can you shove commands and new textures to the GPU
<jenatali> The problem is that without resizable BAR you're still doing a memcpy to a location that you'll tell the GPU DMA to read from
<jekstrand> Not everything is just lying around in a format the GPU can already use so you usually have to do some CPU work anyway. May as well do that work straight into VRAM.
<jenatali> Yeah, exactly
mriesch has quit [Ping timeout: 480 seconds]
<X512> Why doing memcpy before GPU DMA? Assembling some parts of final buffer from different locations?
<pixelcluster> decompression for example
<pixelcluster> in case of games you won't store your assets uncompressed
<airlied> yeah esp copying to somewhere that then has to have the complete cache flushed
<airlied> or is coherent, so probably WC writes anyway
<X512> Decompression can be done directly to GTT buffer.
<airlied> but also directly to VRAM
<pixelcluster> you don't want to have all your assets in GTT
<pixelcluster> so if you don't write to VRAM directly you'll have to somehow copy it afterwards
<X512> Isn't decompression need reading final buffer?
<airlied> but there are plenty of benchmarks that show the BAR resize, the main block on implementing it was Windows support for it I think
<pixelcluster> no, decompression doesn't need to read from the decompressed data
<airlied> since 64-bit bars weren't a new thing
heat has joined #dri-devel
<airlied> but I think 32-bit OSes would have caused problems
kchibisov_ has left #dri-devel [#dri-devel]
<jenatali> Windows has supported it since Win10 (2015)
<X512> So the use case is uploading decompressed data to GPU?
kchibisov has joined #dri-devel
<jekstrand> Really uploading data in general
<jekstrand> decompression is just one example of the CPU work that has to happen on the front-end
neonking has joined #dri-devel
pixelcluster has quit [Quit: Bye-bye!]
<X512> For Vulkan BAR resize feature seems need detection by application to decide use staging buffer or not.
<jekstrand> Likely, it'll get exposed as changes to the memory heaps/types
<jekstrand> You'll be allowed more mappable VRAM
<airlied> quite often you have to tile on upload as well anyways
wvanhauwaert has quit [Ping timeout: 480 seconds]
X512 has quit [Quit: Vision[]: i've been blurred!]
ybogdano has joined #dri-devel
wvanhauwaert has joined #dri-devel
neonking has quit [Ping timeout: 480 seconds]
<bl4ckb0ne> is it normal for a i7 7xxx to not support glsl 1.40 with mesa 18? opengl is stuck at 3.0
<airlied> mesa 18 is a few years old
<airlied> but also that sounds like a GL compat context
<airlied> so yes
wvanhauwaert has quit [Ping timeout: 480 seconds]
<kisak> mesa/iris has higher compat context support.
<bl4ckb0ne> the joys of debian eh
mszyprow has quit [Ping timeout: 480 seconds]
neonking has joined #dri-devel
maxzor has joined #dri-devel
<dcbaker> zmike: I've got a few patches for you to look at :)
<dcbaker> 336b5c8823 zink: fix dynamic stride conditional in pipeline
<dcbaker> b240be28e3 zink: check for pending clears to determine write
<dcbaker> e38b2adb88 zink: use the bigger of the variable type and ...
<dcbaker> a530b90cd3 zink: remove swizzle from fbfetch lowering
<zmike> dcbaker: which branch?
<dcbaker> 22.1
<dcbaker> or staging/22.1
<zmike> ok, will check in an hour or so
<dcbaker> zmike: no hurry, you've got 2 weeks :)
neonking_ has joined #dri-devel
bluestang2006 has joined #dri-devel
neonking has quit [Ping timeout: 480 seconds]
rasterman has quit [Quit: Gettin' stinky!]
neonking_ has quit [Ping timeout: 480 seconds]
ahajda has quit [Ping timeout: 480 seconds]
neonking has joined #dri-devel
pcercuei has quit [Quit: dodo]
bluestang2006 has quit [Remote host closed the connection]
mbrost has quit [Read error: Connection reset by peer]
mbrost has joined #dri-devel
bluestang2006 has joined #dri-devel
iive has quit []
ybogdano has quit [Ping timeout: 480 seconds]
<bluestang2006> test
<bluestang2006> hello, I'm looking for some help with d3d12 and vaapi decode under WSL...I have OGL apps working (glxgears, gputest/furmark) with d3d12 but vaapi is not working for me