<gfxstrand>
All the Zink users will thank you. (And it fixes iris, too.)
riteo has quit [Ping timeout: 480 seconds]
<Kayden>
arg
<Kayden>
thanks!
<gfxstrand>
yw
<Kayden>
I wonder
<gfxstrand>
Firefox works on Zink now. :D
<gfxstrand>
After fixing 3 bugs, including 2 deep inside of kopper. :upside_down:
<Kayden>
I've been getting a lot of flickering and flashing on Firefox on my meteorlake with xe.ko (not officially supported) and I had bisected it down to a kernel patch
<Kayden>
but this is also firefox flickering, so...
<Kayden>
will give it a try at least
<Ermine>
it's flickering on radv without that patch as well
<Kayden>
I'd also seen some occasional small corruption in chrome/electron apps on my Battlemage card now that I'm using that as my daily machine and sounds like this could fix that too
<Ermine>
(radv + zink, that is)
<gfxstrand>
Yeah
<gfxstrand>
The damage thing is causing all sorts of issues.
<gfxstrand>
We're also seeing issues with some Electron apps (discord, in particular) that I'm hoping it'll fix.
* Kayden
nods, discord is the electron app in his case too
<gfxstrand>
If you really want to run Zink, I recommend my zink/all-the-fixes branch
<gfxstrand>
It's got 3 MRs in it
<gfxstrand>
I'm really hoping once all this lands we can flip Zink on by default for Nouveau users.
<Kayden>
gfxstrand: I've also been crashing on sim-drm lately because iris_set_damage_region is getting NULL for pres
<Kayden>
I had assumed that that was a sim-drm thing being stubbed out somewhere
<gfxstrand>
My QA team (i.e. all the folks on Discord) are going to be trying it the next couple days.
<Kayden>
but was wondering if we ought to just if (!pres) return too
<gfxstrand>
Oh, I'm not sure about that.
<Kayden>
oh, heh, we were also setting use_damage even if it covered the entire rect
aswar002 has joined #dri-devel
<Kayden>
gfxstrand: MR LGTM, so R-b, will try and test tonight :)
<gfxstrand>
\o/
<gfxstrand>
Thanks!
riteo has joined #dri-devel
Piraty has quit [reticulum.oftc.net dacia.oftc.net]
Piraty has joined #dri-devel
haaninjo has quit [Quit: Ex-Chat]
francis[m] has quit [autokilled: Possible spambot. Mail support@oftc.net if you think this is in error. (2025-03-04 01:08:46)]
u-amarsh04 has quit []
Kayden has quit [Quit: -> home]
pcercuei has quit [Quit: dodo]
alane_ has joined #dri-devel
sguddati has joined #dri-devel
alane has quit [Ping timeout: 480 seconds]
sguddati has quit [Ping timeout: 480 seconds]
Daanct12 has joined #dri-devel
alanc has quit [Remote host closed the connection]
<languagebarrier99>
You can't say that I am an outsider, since i made this theory a real deal! It came from my labs to wider audience, but i was only able to process something that solvers can do too though I am used with manual thinking. So yeah certainly not the first who came up with this idea however just me who rang the bell the strongest. Do me a fauvor don't harass me everywhere in the world
<languagebarrier99>
with the tastless terror/tyranny wank spam, you start to carry that out again, and you suffer under excessive manhandling. I do not care what your connecting quasimodos do in their beds either, those estonians that carried out this terror were never a capable set in terms of any scoring on this planet not only in our country. Classical example what tyrans to get rid of under any
<languagebarrier99>
nation. Sorry for being brutal for those never on such lines, the militarizing of authorities actually imo should not be for nationwide conflict sake, since every nation has such scamming and abnoxious devils in their lineups. To me annexing territory has made less sense, but appareantly russia needed some access to black sea too. Otherwise that france or germany or spain turkey,
<languagebarrier99>
italy or uk would do newmaps isn't something expected. USA has also not so big motivation for such, more motivation they have is to continue saving the capable lives inside their nations, cause soldier or fighter pilot is a capable man and access to all canals and seas, America has, scientists they also have, rich people and land they also have etc. One way or another you find,
<languagebarrier99>
science is at the tops, and getting into nationswide war such as bloodiest combat, no longer matches as well to the picture of our advanced or modern science type of society. And yes Linux works as system quite well for years already, little bit opening your chakra's was expected to be enough to make you behave better. I mostly hope it did the trick.
davispuh has quit [Ping timeout: 480 seconds]
glennk has joined #dri-devel
Daanct12 has joined #dri-devel
languagebarrier99 has quit [Remote host closed the connection]
belasimova has joined #dri-devel
<belasimova>
technically i am not aware if they want any of this code to be uploaded , so i myself am leaving and let you to decide over it. What i say I ain't gonna offer any of the full solutions. Otherwise i have the momentum and have succeeded on the tests, and very likely am this year done with all the related, but i code for my own sake only. Prolly all the explanations i gave, whatever you want,
<belasimova>
do not come to harass me again, the bitch and her terror monkeys who they screw i even do not care about, what i cared was i was dumped on the other island by them all, suffered as homeless while they celebrated. I said very clearly, one more time any of those faces are seen around me, it's the end of their run overall. Who they fuck or whether they satisfy themselves is none of my thing
<belasimova>
from there already, until they do that in their own premises, so around me those people no longer are allowed to scam nor walk nor fuck nor show up etc. i faced severe assaults and tyranny by those You got it?
belasimova has quit [Remote host closed the connection]
heat has quit [Ping timeout: 480 seconds]
kzd has quit [Ping timeout: 480 seconds]
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Caterpillar has quit [Quit: Konversation terminated!]
RSpliet has quit [Ping timeout: 480 seconds]
RSpliet has joined #dri-devel
<karolherbst>
now we have two fixes, almost identical, should we flip a coin?
<sima>
randomly interleave both, see what happens?
warpme has quit []
Dr_Who has quit [Ping timeout: 480 seconds]
<zmike>
I like that approach
warpme has joined #dri-devel
<zmike>
I also again vote we delete clover
Daanct12 has quit [Quit: WeeChat 4.5.2]
jkrzyszt has quit [Remote host closed the connection]
jkrzyszt has joined #dri-devel
<karolherbst>
maybe we should really do it... sad for those r600 users, but...
<zmike>
imo if it's really a priority for people on r600 then someone will tackle rusticl+r600
hansg has quit [Quit: Leaving]
<karolherbst>
that's gonna allow us to nuke so much code
<zmike>
maybe we can also punt out frontends/xa and vdpau while we're at it
<jannau>
would changing "depends on DRM_KMS_HELPER" to "select DRM_KMS_HELPER" for DRM_DEBUG_DP_MST_TOPOLOGY_REFS valid for working around following circular Kconfig dependency on x86 https://paste.debian.net/1361246/ ?
<karolherbst>
removing `set_compute_resources` will be fun
warpme has quit []
<karolherbst>
somehow drivers ended up implementing it even though it's only used by clover...
airlied_ has joined #dri-devel
<karolherbst>
I don't even think it's actually doing anything
<jannau>
depends on is the correct thing but in conflict with the select for DRM drivers
kts has quit [Ping timeout: 480 seconds]
airlied has quit [Ping timeout: 480 seconds]
<jannau>
the real issue seems to be "depends on !CALL_PADDING || RUSTC_VERSION >= 108100" for RUST itself
<javierm>
jannau: mixing depends and selects for the same symbol usually doens't end well
<javierm>
jannau: I think that DRM_DEBUG_DP_MST_TOPOLOGY_REFS should select DRM_KMS_HELPER regardless, since all other kconfig symbols depend on it instead
<javierm>
tzimmermann: WDYT? ^
<tzimmermann>
DRM_KMS_HELPER should be selected by drivers that need it
<tzimmermann>
it's not for users to select
<javierm>
tzimmermann: oh I see, DRM_DEBUG_DP_MST_TOPOLOGY_REFS is a user selectable option
<tzimmermann>
no idea what this thing is about
<jannau>
the issue is DRM_DEBUG_DP_MST_TOPOLOGY_REFS (not a driver) depending on DRM_KMS_HELPER
<tzimmermann>
that's not necessarily a problem, is it?
<tzimmermann>
module dependencies within drm is pure magic anyway
<javierm>
tzimmermann: IME the mixing of select and depends for symbols usually is a mine field
<javierm>
leading to these sorts of circular dependencies
<jannau>
and I would be surprised if it makes sense to enable it when DRM_KMS_HELPER is not enabled
<tzimmermann>
javierm, you don't have to convince me :D
<jannau>
so I can understand why depends on was used
<javierm>
tzimmermann: haha Ok
<jannau>
but it is in conflict with the drivers correctly selecting helpers
<tzimmermann>
oh, i see.
<tzimmermann>
that depends is wrong
<jannau>
I'll send the patch later today
<javierm>
jannau: great, thanks!
<tzimmermann>
it should rather select KSM helper
<javierm>
tzimmermann: that's what I said :)
<daniels>
alyssa: yeah, anything that doesn't understand the modifier of course can't attempt to interpret anything other than copying the full buffer size
dt9 has quit [Quit: WeeChat 3.5]
Company has joined #dri-devel
<alyssa>
daniels: right, ok
<alyssa>
well, faith gave me the "how WSI works on Linux" talk this morning so at least that good came out of this XD
<alyssa>
...deeply concerning I made it this far into my career without that, but here we are
<demarchi>
but that was failing for me regardless of the setup. So... maybe it failed for you, you tried to redo it and the "continue previous partial setup" didn't work?
<alyssa>
hmm, maybe?
<alyssa>
this seems plausible for something I might've done
<MrCooper>
austriancoder: libOpenGL.so.0 is a GLVND thing, Mesa never built that on its own
sguddati has joined #dri-devel
amarsh04 has joined #dri-devel
zsoltiv___ has joined #dri-devel
<austriancoder>
MrCooper: the same could be said about libGLESv2.so, but that can be build within mesa without glvnd
<MrCooper>
pretty sure Mesa built that before GLVND was a thing
Duke`` has joined #dri-devel
<MrCooper>
i.e. the same thing cannot be said about it :)
<austriancoder>
MrCooper: fair enough
<austriancoder>
MrCooper: from reading the mesa sources I need a glx provider and glvnd support enabled to have everything to use libOpenGL.so.0
zsoltiv_ has quit [Ping timeout: 480 seconds]
<MrCooper>
the latter yes, the former sounds wrong, libOpenGL is WSI-agnostic
<MrCooper>
i.e. it can be used with EGL or GLX
vliaskov has quit [Remote host closed the connection]
vliaskov has joined #dri-devel
<austriancoder>
MrCooper: my use case is EGL .. okay. do you know some details about the inner working of glvnd? I build it for my target, but I am not sure how it should "find" the correct entry points into mesa.
mszyprow has joined #dri-devel
<MrCooper>
Mesa ships <prefix>/share/glvnd/egl_vendor.d/50_mesa.json for that
<austriancoder>
MrCooper: my target is not linux or windows .. something more embedded
<austriancoder>
MrCooper: for that case it was user nice that mesa builds its own libglesv2.so
<karolherbst>
austriancoder: glvnd added a new ABI for GLX and EGL, if you don't need that, you can always disable glvnd support in mesa
<karolherbst>
glvnd also provides compat for hte old ABI, which is libGLX and libEGL
<austriancoder>
karolherbst: no libglx here. for my target I am using zink+kopper
<MrCooper>
the old ABI is libGL
<MrCooper>
(which includes GLX API)
<MrCooper>
it can still be used with EGL though
<karolherbst>
ohh was it libGL?
<karolherbst>
this was always confusing and got even more confusing now
<austriancoder>
MrCooper: okay .. so disable glvnd support in mesa, build glvnd, use the build libOpenGL.so.0 . But how does the dispatch lib of glvnd knows about mesa?
epoch101_ has quit [Read error: Connection reset by peer]
<pinchartl>
karolherbst: GL is confusing. after 20 years I finally understood the difference between GL, GLES and EGL last night :-)
<jani>
mmind00: got the same a while back, temporary glitch
<jani>
try agian
<jani>
*again
<MrCooper>
austriancoder: GLVND can't work with Mesa without enabling support for it in the latter
mszyprow has quit [Read error: Connection reset by peer]
<karolherbst>
pinchartl: it was such a pain in the early days with EGL, where projects assumed that EGL == GLES, though not sure if EGL could always create GL context or not, but it was sure fun
<MrCooper>
pinchartl: welcome to the club! :)
<pinchartl>
:-)
<pinchartl>
I'm so happy running wayland and not having to care about GLX
<mmind00>
jani: ok, now on the 3rd try it worked :-)
<MrCooper>
I'm also happy running Wayland, still have to care about GLX though
<austriancoder>
MrCooper: okay .. lets say I have enabled it in mesa. How does glvnd know about mesa's libs? I have that situation on my target and used gdb to step into it .. and ended in noop_func
<pinchartl>
but... by default Qt creates a GL context, not GLES, so I'm missing GLES extensions, even though the driver mesa driver implements them. the fact that GL and GLES have different sets of extensions is crazy
<MrCooper>
austriancoder: the egl_vendor.d file I mentioned, or some environment variables I can't remember by heart
<pinchartl>
with Qt6 at least I can request a GLES context (if supported by the platform). if I recall correctly Qt5 hardcoded the selection
<austriancoder>
MrCooper: I think that helps me to navigate in the source of glvnd - thanks
<MrCooper>
no worries, good luck
* austriancoder
would still love it to drop the use glvnd for my use case and let mesa build the opengl lib for me :)
<MrCooper>
is there a particular reason you want libOpenGL instead of libGL? E.g. you don't want any X libraries on the system?
<MrCooper>
austriancoder: ^
<demarchi>
alyssa: I think it might be.... it tried it again and the tracking is there. Weird thing is that it's causing random auth issues
<demarchi>
s/it tried/I tried/
nchery has joined #dri-devel
<demarchi>
I got another failure with drm-misc. Using DIM_PREFERRED_PROTOCOL=https seems more reliable
sguddati has quit [Ping timeout: 480 seconds]
vliaskov_ has joined #dri-devel
vliaskov has quit [Ping timeout: 480 seconds]
davestevenson has joined #dri-devel
coldfeet has joined #dri-devel
yrlf has quit [Ping timeout: 480 seconds]
tzimmermann has quit [Quit: Leaving]
coldfeet has quit [Quit: Lost terminal]
yrlf has joined #dri-devel
nerdopolis_ has joined #dri-devel
nerdopolis is now known as Guest10629
nerdopolis_ is now known as nerdopolis
jkrzyszt has quit [Quit: Konversation terminated!]
Guest10629 has quit [Ping timeout: 480 seconds]
kaiwenjo1 has joined #dri-devel
kaiwenjo1 has quit []
kasper93 has joined #dri-devel
riteo has quit [Ping timeout: 480 seconds]
frieder has quit [Remote host closed the connection]
jsa2 has quit [Ping timeout: 480 seconds]
DodoGTA has left #dri-devel [#dri-devel]
riteo has joined #dri-devel
epoch101 has quit [Ping timeout: 480 seconds]
<austriancoder>
MrCooper: the main reason is I do not want/need any X lib. WSI is done through Vulkan WSI/kopper (which works quite nice).
davestevenson has quit [Remote host closed the connection]
frankbinns2 is now known as frankbinns
DodoGTA has joined #dri-devel
epoch101 has joined #dri-devel
rcf has quit [Remote host closed the connection]
hansg has quit [Quit: Leaving]
rasterman has joined #dri-devel
nchery has quit [Ping timeout: 480 seconds]
rasterman has quit [Quit: Gettin' stinky!]
mehdi-djait3397165695212282475 has quit []
airlied_ is now known as airlied
phasta has quit [Ping timeout: 480 seconds]
rcf has joined #dri-devel
rsalvaterra has quit []
rsalvaterra has joined #dri-devel
<alyssa>
konstantin: did nir-test-runner.py regress? t's producing wonky diffs for tests that need expectation changes
<alyssa>
deleting the final } of the pass and replacing with adding a 2nd copy of the nir
<hunfromthegenes>
if wikipedia was not enough it's prequisite or requirement to the former article, never bother me again with trolling around my locations, i want not to deal with such behaviours.
sima has quit [Ping timeout: 480 seconds]
zehortigoza has quit [Quit: Coyote finally caught me]
zehortigoza has joined #dri-devel
balrog has joined #dri-devel
yrlf has quit [Quit: Ping timeout (120 seconds)]
yrlf has joined #dri-devel
ondracka has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
rcf has quit [Quit: WeeChat 4.4.2]
<ondracka>
mareko: since nir_opt_varying enablement, gl_PointCoord will always take VARYING_SLOT_PNTC, iregardless of whether pipe_caps.tgsi_texcoord is set or not which seems to contradict the pipe_caps.tgsi_texcoord docs. Previously VARYING_SLOT_VAR8 was used if tgsi_texcoord was false. Is this a bug or feature?
<konstantin>
alyssa: Weird, do you have a branch that reproduces the issue?
rellla has quit [Remote host closed the connection]
chiku has quit [Ping timeout: 480 seconds]
tango_ has quit [Ping timeout: 480 seconds]
neobrain has quit [Remote host closed the connection]
bbrezillon has quit [Ping timeout: 480 seconds]
rellla has joined #dri-devel
<konstantin>
maybe C++ is the answer
<alyssa>
;-;
tango_ has joined #dri-devel
<konstantin>
Does std::source_location have the same problem?
pa has joined #dri-devel
bbrezillon has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
<alyssa>
seems to
chiku has joined #dri-devel
karolherbst has joined #dri-devel
neobrain has joined #dri-devel
<konstantin>
I guess hacks inside the runner it is
<konstantin>
it will just have to search the source file for the reference shader
<alyssa>
yeee
<alyssa>
konstantin: or just search backwards from the line given
<alyssa>
?
<alyssa>
you know it points to the end of the ref
<konstantin>
A search is probably the safest approach
<konstantin>
If the source file contains the same shader twice, the runner can print a warning "redundant test at line ..."
<alyssa>
fair
kugel is now known as Guest10650
kugel has joined #dri-devel
Guest10650 has quit [Ping timeout: 480 seconds]
pcercuei has quit [Remote host closed the connection]
<hunfromthegenes>
3 7 11 15 19 23 27 31 35 39 43 47 51 55 59 63 67 71 75 79 83 87 91 95 99 103 107 111 115 119 123 127 131 135 should be the sequence it gives, and yeah it never collides in the adder, but could there be collision in the summing up? as you see, not any of the power presentations could here ever cause collisions, or disambiguation.
sauce has quit [Ping timeout: 480 seconds]
<austriancoder>
MrCooper: glvnd is working - needed to patch libglvnd a little bit as filesystem access is not that easy.
glennk has quit [Ping timeout: 480 seconds]
soreau has quit [Ping timeout: 480 seconds]
heat is now known as Guest10651
heat has joined #dri-devel
Guest10651 has quit [Remote host closed the connection]
hikiko has quit [Ping timeout: 480 seconds]
kugel has quit [Ping timeout: 480 seconds]
soreau has joined #dri-devel
haaninjo has quit [Quit: Ex-Chat]
hikiko has joined #dri-devel
kugel has joined #dri-devel
mlankhorst has quit [Remote host closed the connection]
<mareko>
ondracka: that's probably a bug
minecrell has quit [Read error: Connection reset by peer]
minecrell has joined #dri-devel
heat is now known as Guest10653
heat has joined #dri-devel
Guest10653 has quit [Read error: No route to host]
nchery has joined #dri-devel
CME_ has quit [Ping timeout: 480 seconds]
kugel has quit [Remote host closed the connection]