Mangix has quit [Read error: Connection reset by peer]
<karolherbst>
thanks
Mangix has joined #dri-devel
Company has quit [Ping timeout: 480 seconds]
karolherbst3 has joined #dri-devel
karolherbst has quit [Read error: Connection reset by peer]
oneforall2 has quit [Remote host closed the connection]
Daanct12 has quit [Remote host closed the connection]
karolherbst3 has quit []
karolherbst has joined #dri-devel
heat has quit [Ping timeout: 480 seconds]
egbert has joined #dri-devel
Daanct12 has joined #dri-devel
K`den has joined #dri-devel
Kayden has quit [Read error: Connection reset by peer]
paulk has quit [Ping timeout: 480 seconds]
NiGaR has quit []
NiGaR has joined #dri-devel
sukuna1 has joined #dri-devel
cascardo has joined #dri-devel
cascardo_ has quit [Ping timeout: 480 seconds]
sukuna has quit [Ping timeout: 480 seconds]
<alyssa>
airlied: btw, something I've noticed with the libagx approach is that there's a nontrivial memory footprint to keeping the nir_shader * library around for linking
<alyssa>
I'm wondering if it's feasible to have some sort of "link with serialized NIR" mode
<alyssa>
deserializing just the relevant function on the fly
cascardo_ has joined #dri-devel
<alyssa>
(since serialized NIR is much smaller than unserialized, and also is rodata & can be swapped out for "free")
mattst88_ has joined #dri-devel
<alyssa>
on main right now, it's about 3MB for libagx
diego has joined #dri-devel
<alyssa>
on my wip branch (that precompiles shaders to hw binaries at mesa build time, so that libagx only needs symbols actually linked at runtime) it's 422KB
<alyssa>
which is much better but still nontrivial and expected to grow over tiem
<alyssa>
*time
cascardo has quit [Ping timeout: 480 seconds]
mattst88 has quit [Ping timeout: 480 seconds]
dviola has quit [Ping timeout: 480 seconds]
Daaanct12 has joined #dri-devel
Daanct12 has quit [Remote host closed the connection]
K`den has quit []
K`den has joined #dri-devel
Daaanct12 has quit [Remote host closed the connection]
<airlied>
alyssa: linking serislized sounds tricky, but maybe if we could split the stream into per-function chunks, with function decls
<RAOF>
Huh, do I have this right? wp_linux_drm_syncobj requires me to signal a timeline point when the buffer may be reused.
<RAOF>
If I want to use "OUT_FENCE_PTR", KMS will give me a sync _file_ with a fence that signals when scanout is done.
<alyssa>
airlied: yeah, i haven't looked yet into what would be entailed
<alyssa>
precompiling is bad enough and cut the footprint 90% so
Daanct12 has quit [Remote host closed the connection]
<RAOF>
To get that into the client's sync_obj_ at the right timeline point, I need to (a) import the sync file from KMS into a (binary?) syncobj, then transfer the 0-timeline point from that imported syncobj to the client's syncobj at the right timeline point?
<alyssa>
airlied: ..and now my perfectionism has me thinking about perfect hash tables (:
Daanct12 has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
glennk has joined #dri-devel
bmodem has joined #dri-devel
fab has joined #dri-devel
fab is now known as Guest155
kzd has quit [Quit: kzd]
epoch101 has quit []
jsa1 has joined #dri-devel
Duke`` has joined #dri-devel
unalmasIRC has quit [Ping timeout: 480 seconds]
Duke`` has quit [Ping timeout: 480 seconds]
oneforall2 has joined #dri-devel
frieder has joined #dri-devel
sukuna1 has quit [Ping timeout: 480 seconds]
woskova has quit []
woskova has joined #dri-devel
Guest155 has quit []
dolphin has joined #dri-devel
phasta has quit [Ping timeout: 480 seconds]
coldfeet has joined #dri-devel
tzimmermann has joined #dri-devel
coldfeet has quit [Remote host closed the connection]
bolson_ has quit [Ping timeout: 480 seconds]
phasta has joined #dri-devel
sima has joined #dri-devel
marc2377 has joined #dri-devel
vliaskov has joined #dri-devel
rgallaispou has joined #dri-devel
warpme has joined #dri-devel
fab has joined #dri-devel
fab is now known as Guest167
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
marc2377 has quit [Remote host closed the connection]
marc2377 has joined #dri-devel
marc2377 has quit [Remote host closed the connection]
<MrCooper>
RAOF: plugging the fence from OUT_FENCE_PTR directly into the syncobj release point is a bad idea: the client might pick the buffer which is still being scanned out for its next frame, which means its GPU work for the next frame can't start before the atomic commit completes; it gets even worse if the atomic commit misses a refresh cycle
rgallaispou has quit [Read error: Connection reset by peer]
rgallaispou has joined #dri-devel
hansg has joined #dri-devel
jkrzyszt_ has joined #dri-devel
lynxeye has joined #dri-devel
phasta has quit [Quit: Leaving]
LeviYun has quit [Ping timeout: 480 seconds]
fomys_ has joined #dri-devel
kasper93 has joined #dri-devel
rasterman has joined #dri-devel
apinheiro has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
vliaskov_ has joined #dri-devel
LeviYun has joined #dri-devel
vliaskov has quit [Ping timeout: 480 seconds]
diego has left #dri-devel [#dri-devel]
dviola has joined #dri-devel
<tzimmermann>
arnd, hi. will you send an update to the Kconfig fix?
hansg has quit [Quit: Leaving]
hansg has joined #dri-devel
hansg has quit []
<karolherbst>
alyssa: everybody knows the only perfect hash table is the one POSIX has :P
<karolherbst>
emphasis on has table, not hash tables
vliaskov_ has quit [Read error: Connection reset by peer]
<Ermine>
will drm-misc-next make it into linux 6.13? I guess no
rsalvaterra_ has joined #dri-devel
rsalvaterra_ is now known as rsalvaterra
pepp has quit [Ping timeout: 480 seconds]
rgallaispou has joined #dri-devel
nerdopolis has joined #dri-devel
rsalvaterra has quit []
rsalvaterra has joined #dri-devel
epoch101 has joined #dri-devel
warpme has joined #dri-devel
epoch101 has quit []
heat has joined #dri-devel
davispuh has joined #dri-devel
heat has quit [Read error: Connection reset by peer]
heat has joined #dri-devel
feaneron has joined #dri-devel
<tzimmermann>
Ermine, the current drm-misc-next will be in 6.14
Daanct12 has quit [Quit: WeeChat 4.4.3]
epoch101 has joined #dri-devel
dolphin has quit [Quit: Leaving]
kts has joined #dri-devel
paulk has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
hansg has joined #dri-devel
tlwoerner has joined #dri-devel
tlwoerner_ has quit [Ping timeout: 480 seconds]
dsimic is now known as Guest198
dsimic has joined #dri-devel
Guest198 has quit [Ping timeout: 480 seconds]
<mlankhorst>
Ermine: if you want it, you need to put it in next-fixes, needless to say only fixes. :-)
<mlankhorst>
or -fixes
warpme has quit []
<Ermine>
mlankhorst: no, it's just my first and I'm excited. No need to put it in -fixes
warpme has joined #dri-devel
bolson has joined #dri-devel
yogesh_m1 has joined #dri-devel
yogesh_mohan has quit [Ping timeout: 480 seconds]
Guest167 has quit []
frieder has quit [Remote host closed the connection]
mbrost has joined #dri-devel
kzd has joined #dri-devel
Haaninjo has joined #dri-devel
<alyssa>
karolherbst: you know they could.. implement it and send an MR..
<karolherbst>
I know...
epoch101_ has joined #dri-devel
epoch101 has quit [Ping timeout: 480 seconds]
<mlankhorst>
Share with OpenGL to export to Vulkan. :D
<karolherbst>
I mean, most of the stuff is already implemented anyway, might just need a lot of moving code around or something
<alyssa>
yeah it's just.. prop mesa forks floating around do not spark joy :(
<sima>
alyssa, from my kernel experience, as long as upstream moves fast enough and brings enough new stuff people want the forks suffer to no end until they start doing the right thing
<sima>
and with things like europe's product regulations it's even more reasons
<sima>
at least if mesa becomes it's own cna and turns up the cve firehose to 11 like the kernel :-P
<alyssa>
sima: yeah.. although there's still the blunt GPL vs MIT difference there
<alyssa>
I have often wishes Mesa was LGPL or something but.. a bit late for that by 30 years
<sima>
yeah, but I honestly think the longer I'm in this pit the more I think that part doesn't matter really
<daniels>
I wouldn’t expect them to ship a proprietary fork; they don’t for other MIT things like Weston
<sima>
like for the kernel I don't think the gpl matters that much, it's dri-devel having principles of what it takes before we merge
<alyssa>
sima: yeah, that's very fair
<alyssa>
daniels: oh, nice :+1:
<sima>
alyssa, and large chunks of drm are still dual licensed, despite that that's frowned upon in the kernel
<pac85>
alyssa: wait how do you ship hw binaries, does your backend support linking?
<alyssa>
pac85: ?
<pac85>
alyssa: referring to your message from yesterday where you say that you ship linagx as an hw binary
<pac85>
libagx*
fab has joined #dri-devel
fab is now known as Guest201
<alyssa>
pac85: Binaries are for standalone driver shaders (e.g. the prefix sum kernels, the tessellator kernels)
<alyssa>
Runtime library support is still serialized NIR (e.g. the GenXML-based implementation of textureSize)
<pac85>
Aaah makes sense
<alyssa>
It turns out the standalone shaders make up most of libagx, so the memory footprint of libagx shrinks 90% if you get rid of them by precompiling
<pac85>
Interesting
mbrost has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
mbrost has joined #dri-devel
epoch101_ has quit [Ping timeout: 480 seconds]
epoch101 has joined #dri-devel
<alyssa>
pac85: tbf the tessellator is huge.
warpme has quit []
<pac85>
1600loc of math heavy code I can it imagine it would be a big chunk of it
tzimmermann has quit [Quit: Leaving]
epoch101 has quit [Ping timeout: 480 seconds]
<jenatali>
sima: That reason is exactly why Microsoft's Mesa-based code is upstream
<alyssa>
jenatali: \o/
<jenatali>
If it was GPL licensed, we probably wouldn't have touched it
<alyssa>
jenatali: and Microsoft's Mesa code is the reason NIR-based CL is as far along as it is
<alyssa>
which is how my entire stack works
<jenatali>
Yeah. I'd like to think we're overall a positive for the community
<sima>
jenatali, yeah gpl tends to scare people away from even starting with a fork
<daniels>
the circle of life
<jenatali>
Despite our reputation
<alyssa>
quick, someone tell Phoronix that Microsoft brought GL4.6+VK1.3 to the M1
<jenatali>
:P
<sima>
so they never get to the realization of why going upstream is best
<jenatali>
I mean it's also the reason that at least one (probably multiple at this point) GL titles have shipped on Xbox
<jenatali>
Never would've happened if we did something proprietary
<sima>
jenatali, hey there's reasons I really wanted you on the sponsor lineup, you belong :-)
<jenatali>
^.^
<alyssa>
jenatali: not that i'm complaining but why does anyone want to ship GL titles on Xbox
<ccr>
alyssa, the comment section of that article would be a smoldering blast pit in a few hours
<jenatali>
¯_(ツ)_/¯
mlankhorst has quit [Ping timeout: 480 seconds]
jsa1 has quit [Ping timeout: 480 seconds]
rgallaispou has quit [Ping timeout: 480 seconds]
rsalvaterra has quit []
rsalvaterra has joined #dri-devel
mlankhorst has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
oneforall2 has quit [Remote host closed the connection]
<linkmauve>
Hi, I see DRM_FORMAT_C1..DRM_FORMAT_C8 exist, but how do I set the palette for a given buffer?
<alyssa>
mareko: oops, I thought I did
<DemiMarie>
sima: I am extremely grateful that the DRM code is dual-licensed, because it makes it possible for the BSDs to ship code based on it and therefore allows them to have any GPU support at all.
<DemiMarie>
jenatali: has Microsoft considered providing OpenGL 4.6, OpenCL 3.0, and Vulkan 1.3 as Windows OS components, implemented using Mesa on top of the vendor-provided Direct3D12 driver? It seems that would solve a (perhaps significant) duplication of effort between various IHVs.
* DemiMarie
hopes her comments are useful and not a waste of anyone’s time
<DemiMarie>
sima: As someone who is into security I think having Mesa start issuing a CVE firehose would be good for WebGPU and WebGL security, especially on stable distros like Debian. (Disclaimer: opinions my own, not Invisible Things Lab’s or anyone else’s.)
<jenatali>
Demi: GL4.6 is done, CL3.0 is done, and Vk1.2 is done
<jenatali>
GL is officially conformant at 3.0. Microsoft is an adopter to 4.4, but we haven't done the work to chase down IHV driver bugs to try to get an official conformance for 4.4 yet. We'd need a significant reason to pay for the 4.6 adopter capability
<jenatali>
CL and Vk aren't officially conformant. They're both pretty close though
<jenatali>
We are also CL (3.0) and Vk adopters
anarsoul has quit []
anarsoul has joined #dri-devel
anarsoul has quit []
anarsoul has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
jsa1 has joined #dri-devel
<MrCooper>
linkmauve: the gamma LUT?
<linkmauve>
Oh, makes sense.
<linkmauve>
But then it’s per-CRTC instead of per-plane?
<MrCooper>
I guess
<linkmauve>
And then it’s only useful for DRM display, not as a generic Wayland buffer.
<linkmauve>
Or GL or Vulkan or whatever.
feaneron has joined #dri-devel
<DemiMarie>
jenatali: Any plans for Vk1.3?
<jenatali>
It's close, but there's some gaps and spec wording that needs to be addressed
oneforall2 has joined #dri-devel
<DemiMarie>
I wonder if it would be useful to try running Dozen in Wine/Proton (on D3DVK). Would be interesting, at least 😆
coldfeet has quit [Remote host closed the connection]
<feaneron>
is rusticl enabled for the amdgpu driver by default these days?
lynxeye has quit [Quit: Leaving.]
hansg has quit [Remote host closed the connection]
kxkamil has quit []
Mangix has quit [Read error: Connection reset by peer]
Mangix has joined #dri-devel
kxkamil has joined #dri-devel
feaneron has quit [Quit: feaneron]
jsa1 has quit [Ping timeout: 480 seconds]
Dalphon has joined #dri-devel
apinheiro has quit [Quit: Leaving]
anholt has quit [Ping timeout: 480 seconds]
gouchi has quit [Remote host closed the connection]
feaneron has joined #dri-devel
FLHerne has joined #dri-devel
Duke`` has quit []
Duke`` has joined #dri-devel
<alyssa>
feaneron: no
<feaneron>
hrm, okay
<feaneron>
and i suppose things may explode in spectacular ways if i try to force rusticl to use radeonsi
NiGaR has quit [Remote host closed the connection]
mbrost has joined #dri-devel
NiGaR has joined #dri-devel
NiGaR has quit [Remote host closed the connection]
NiGaR has joined #dri-devel
NiGaR has quit [Remote host closed the connection]
NiGaR has joined #dri-devel
tobiasjakobi has joined #dri-devel
anholt has joined #dri-devel
<karolherbst>
feaneron: it shouldn't blow up tho
Duke`` has quit [Ping timeout: 480 seconds]
<glehmann>
konstantin: can you take a look at the debug info commit here, I have no idea why nir_instr_def and nir_instr_get_def_def didn't do the same before. Probably just an oversight but I'm not really familar with debug info https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/32235
Haaninjo has quit [Quit: Ex-Chat]
tobiasjakobi has quit []
NiGaR has quit [Remote host closed the connection]
NiGaR has joined #dri-devel
NiGaR has quit [Remote host closed the connection]
NiGaR has joined #dri-devel
NiGaR has quit [Remote host closed the connection]
NiGaR has joined #dri-devel
mbrost_ has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
<feaneron>
the funny thing is that `RUSTICL_ENABLE=amdgpu clinfo` doesn't seem to list my amd card
<feaneron>
i must be missing something, isn't RUSTICL_ENABLE suppose to forcefully make rusticl use a certain driver?
<RAOF>
MrCooper Huh. I thought OUT_FENCE_PTR was signalled _after_ the buffer had been fully scanout-ed?
<glehmann>
feaneron: you need RUSTICL_ENABLE=radeonsi
<feaneron>
yeah RUSTICL_ENABLE=radeonsi makes rusticl list my graphics card
<glehmann>
radeonsi is the gallium driver for modern amd gpus
<RAOF>
MrCooper So what fence _should_ I put in the syncobj for the release point?
<RAOF>
And, I guess, an alternate question: if OUT_FENCE_PTR _doesn't_ signal when the FB is safe for reuse, what is its purpose?
<feaneron>
glehmann: what puzzles me is that apparently - according to `lspci -k` - the gpu is using the amdgpu driver. thus why i assumed that mixing a radeonsi userspace app with an amdgpu kernel driver could go badly.