camus has quit [Remote host closed the connection]
camus has joined #dri-devel
nchery has quit [Ping timeout: 480 seconds]
haagch has joined #dri-devel
heat_ has quit [Ping timeout: 480 seconds]
aravind has joined #dri-devel
enunes has quit [Ping timeout: 480 seconds]
aravind has quit [Ping timeout: 480 seconds]
ngcortes has quit [Ping timeout: 480 seconds]
JohnnyonFlame has quit [Ping timeout: 480 seconds]
enunes has joined #dri-devel
aravind has joined #dri-devel
ZenWalker has joined #dri-devel
Zopolis4 has joined #dri-devel
alyssa has joined #dri-devel
<alyssa>
jenatali: At a hardware level, AGX images are write-only.
<alyssa>
Well, there's not really an image in the API sense
<jenatali>
Uh... were we talking about that?
<alyssa>
You can put a texture descriptor in memory (and then load / sample from it) and you can put a writeable image descriptor in memory (and then write to it) and if you want you can do both that alias each other
<alyssa>
I'm wondering whether it makes sense to EEE nir_lower_readonly_images_to_tex into handling that?
<alyssa>
or just do something in the backend/driver?
<alyssa>
that pass seems extremely OpenCL specific so idk
<jenatali>
We use it for Vulkan too
<alyssa>
so you do
<alyssa>
:eyes:
<alyssa>
there are a terrifying number of derefs in this pass, I only work on lowered I/O
* alyssa
shrieks
<jenatali>
Up until recently in D3D world, images were write-only, and if you wanted to read from them, they had to go down the sampler approach
<jenatali>
It's probably not too bad to make it work on lowered I/O
<alyssa>
I mean I can probably run the pass before lowering I/O
<jenatali>
But also lowering read-write images to read-only and write-only seems like a different thing
<jenatali>
And then you can run this to lower the read-only side of it to a texture
<alyssa>
Yeah, that's fair
<alyssa>
I think I'm going to implement (only) bindless for API-level images
<alyssa>
so the bindless handle would be a GPU pointer to a texture descriptor followed by an image descriptor
<jenatali>
Makes sense. I get to go add a bindless mode to our backend soon
<alyssa>
=> from the perspective of that pass, read/write images are also read-only images
<jenatali>
For EXT_descriptor_indexing
<alyssa>
Nod
<jenatali>
Well I'm happy to review any patches you wanna send my way for that pass
<alyssa>
sounds good
<alyssa>
Strictly AGX has something vaguely resembling a binding table that you can stick image descriptors in
<alyssa>
but it's less "binding table" and more "push constants that can only be used as bindless texture handles and nothing else"
<alyssa>
(To my knowledge there's no reason to use them over regular push constants, except for not running out of push constants :p)
<alyssa>
I use it in the GL driver for textures, IDK if I'm going to try to use it for anything in the VK driver
<alyssa>
so far I don't think ella-0's wired up textures yet in agxv so
<alyssa>
hm looks like that pass might be more work to adapt, and the lowered I/O version is probably a lot simpler anyway
<jenatali>
Yeah if you don't need types it'd be simpler
<alyssa>
screw types I'm a C program I can cast everything to void without any consequences whatsoever!f02jszidu84nhs743hfbffaweferf
<alyssa>
Segmentation fault.
<jenatali>
:P
aravind has quit [Ping timeout: 480 seconds]
ppascher has joined #dri-devel
bluetail has joined #dri-devel
srslypascal is now known as Guest4381
srslypascal has joined #dri-devel
Guest4381 has quit [Ping timeout: 480 seconds]
jewins has quit [Ping timeout: 480 seconds]
ngcortes has joined #dri-devel
kzd has quit [Quit: kzd]
nchery has joined #dri-devel
Kayden has joined #dri-devel
camus has quit [Remote host closed the connection]
camus has joined #dri-devel
i-garrison has quit [Read error: Connection reset by peer]
i-garrison has joined #dri-devel
fab has joined #dri-devel
OftenTimeConsuming has quit [Remote host closed the connection]
OftenTimeConsuming has joined #dri-devel
ppascher has quit [Quit: Gateway shutdown]
ngcortes has quit [Ping timeout: 480 seconds]
tzimmermann has joined #dri-devel
<Venemo>
dcbaker: I took a look now, the patch seems to be already included in the 22.3 branch?
<Venemo>
dcbaker: the "ac/nir/ngg: Include culled primitives in query." seems fine, is there another you need help with backporting?
jkrzyszt has joined #dri-devel
danvet has joined #dri-devel
alanc has quit [Remote host closed the connection]
fab has quit [Quit: fab]
alanc has joined #dri-devel
ngcortes has joined #dri-devel
ngcortes has quit [Read error: Connection reset by peer]
<hakzsam>
gfxstrand: sorry, I got distracted by other stuff but I was actually planning to look into it today
sghuge has quit [Remote host closed the connection]
<kisak>
RIP mesa on bionic. Mesa 22.3 will be the last compatible release series.
fxkamd has quit []
kzd has joined #dri-devel
<ishitatsuyuki>
bionic is rip soon, anyway
<eric_engestrom>
kisak: why?
<eric_engestrom>
(but also, bionic is 5 years old already; I never understood that thing of not updating 99% of the system but wanting the latest version of some components...)
<kisak>
gcc lacks std::filesystem support for libclc to complete. There's an additional gcc-7 specific compiler (by age) snafu with intel
<kisak>
^GCC 7.5.0
<jenatali>
Bionic always makes me think of Android libc now so I was confused for a minute
<eric_engestrom>
jenatali: same
<kisak>
there's a naming overlap? one off name conflict?
<jenatali>
Just a one-off conflict, not like Android's naming other things in a way that follows other stuff
<kisak>
with the rust dependencies, it makes it difficult to forecast how viable it is to backport mesa to any of the *buntus. At this point I'm thinking of letting tjaalton take the brunt of the packaing for kinetic and jammy, and turning it off in Focal. I have my doubts that anyone will adhere to what rust components are available through traditional distro packaging and expect only the latest
<kisak>
micro-version-bumped subcomponent.
stuart has joined #dri-devel
bluetail9 has joined #dri-devel
bluetail9 has quit []
bluetail1 has joined #dri-devel
bluetail1 has quit []
bluetail9 has joined #dri-devel
bluetail has quit [Ping timeout: 480 seconds]
pal1000 has joined #dri-devel
<ishitatsuyuki>
Why is Rust problematic? Rust's backward ABI support has been excellent
<karolherbst>
is this becoming the "let's discuss rust every day" channel or what?
<ishitatsuyuki>
In general, Rust crates have few external C dependencies, and the standard library is built against the oldest glibc amongst supported in current distros
Duke`` has joined #dri-devel
Leopold_ has quit [Ping timeout: 480 seconds]
<pal1000>
dbaker: I nonimate af55e36d798b91b86795544aac2d9e3983cde207 for backport to 22.3. This commit made it into 23.0 prior to branchpoint. MSYS2 uses this for dozen build with clang. I forgot to nominate it sooner but better late than never.
<kisak>
pal1000: make a pull request on gitlab, also, dcbaker is not the release maintainer for 22.3, eric_engestrom is.
<eric_engestrom>
pal1000: kisak is right, but also for simple ones pinging us here is fine
alyssa has left #dri-devel [#dri-devel]
<eric_engestrom>
I've just cherry-picked it and it applied cleanly so it's all good :)
<kisak>
^the intent was so that there would be a record, but I see that it's already in staging
agd5f_ has joined #dri-devel
<eric_engestrom>
ah you're right, it's easier to find an MR that got the commit merged rather than the record being "someone asked for it on irc"
<kisak>
ishitatsuyuki: it's not rust itself that's problematic, it's the implied expectation that all build environments use rustup to have the latest build dependencies, and that's not a thing with build farms and reproducable builds.
<kisak>
but specifically with mesa + rust + Ubuntu LTS, getting bindgen to the minimum requirements for rusticl requires that I walk a fairly sizable dependency tree which I know nothing about.
Zopolis4 has quit []
<karolherbst>
isn't bindgen already packaged for ubuntu?
Leopold__ has joined #dri-devel
MajorBiscuit has quit [Ping timeout: 480 seconds]
* kisak
takes a minute to fact check
<MrCooper>
FWIW, Debian stable has bindgen 0.55.1, testing has 0.60.1
<kisak>
available in 22.04 and newer, unpackaged in 18.04 and 20.04
<kisak>
so that was half my builds of 4 distro releases last I evaluated it.
pallavim has joined #dri-devel
<karolherbst>
I don't think anybody will expect rusticl to run on older distros out of the box anyway, especially as I don't think it will actually be production ready until later this year anyway
<karolherbst>
but it's a bit odd that it's not packaged for 20.04... oh well
<karolherbst>
maybe firefox doesn't need it
Leopold_ has quit [Ping timeout: 480 seconds]
<jenatali>
karolherbst: Can I get a review/ack on !21168? I pinged you in the MR but since you're here figured I'd ask here too
iive has joined #dri-devel
<ccr>
there's always someone who is displeased when something does not compile on their RedHat 6.0 gcc 2.96, and they're going to flame about it on usenet news!
Piraty has quit [Quit: --]
<karolherbst>
ahh finally moving to llvm-15 as well? :P
agd5f_ has quit []
agd5f has joined #dri-devel
<karolherbst>
kisak: anyway.. there is no really strong reason to require bindgen-0.58. They just renamed their arguments and you can probably `sed` them to make it run on older bindgens
Piraty has joined #dri-devel
<karolherbst>
probably
pcercuei has quit [Quit: brb]
<karolherbst>
jenatali: I don't know if we ever talked about it more in depth, but I was wondering if a thread pool for application callbacks (especially event status ones) _might_ be something to make the conversion tests not run forever... wondering if you ever played around with the idea of offloading those callbacks as well
<jenatali>
karolherbst: I haven't really touched CL much these days... too busy with GL and VK
<karolherbst>
fair
<jenatali>
Mainly VK
<gfxstrand>
hakzsam: Cool. Thanks!
pcercuei has joined #dri-devel
pcercuei has quit [Quit: brb]
nchery is now known as Guest4437
nchery has joined #dri-devel
Kwiboo has quit [Quit: .]
Kwiboo has joined #dri-devel
Kwiboo has quit []
Kwiboo has joined #dri-devel
pcercuei has joined #dri-devel
Guest4437 has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
<jenatali>
karolherbst: Should I take that r-b for the whole MR and just go ahead and land it?
tzimmermann has quit [Quit: Leaving]
<lina>
Explicit sync works on asahi now! ^^
<lina>
(Except mesa still needs code to keep track of BO lifetimes so right now it requires forcing a syncobj wait after each submit still... but this time in userspace ^^)
pcercuei has quit [Quit: brb]
junaid has joined #dri-devel
srslypascal has quit [Ping timeout: 480 seconds]
pcercuei has joined #dri-devel
airlied has quit [Remote host closed the connection]
<javierm>
lina: nice
Leopold__ has quit [Ping timeout: 480 seconds]
<karolherbst>
jenatali: maybe get another review for the nir bits? Though I think it's fine
<jenatali>
Sounds good, will wait for someone else to take a look
<Kayden>
so I've got a fossil dump, is there a good way to extract the SPIR-V from it, and ideally convert that to GLSL? (spirv-cross has some tools maybe?)
<Kayden>
would love to take a particular shader and cut it down to a piglit test
<pendingchaos>
"fossilize-disasm --target asm" then spirv-as+spirv-cross should work