<sima>
landed in the upstream kernel, in case you missed that
warpme has quit []
tzimmermann has joined #dri-devel
davispuh has joined #dri-devel
vliaskov has quit [Remote host closed the connection]
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
aravind has joined #dri-devel
LeviYun has joined #dri-devel
kts has joined #dri-devel
pcercuei has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
samuelig has quit []
samuelig has joined #dri-devel
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
bmodem has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
bmodem has quit [Excess Flood]
bmodem has joined #dri-devel
smpl has joined #dri-devel
rasterman has joined #dri-devel
melonai has joined #dri-devel
kts_ has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
kts_ has quit []
kasper93_ has joined #dri-devel
kasper93 has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
LeviYun has joined #dri-devel
warpme has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
vliaskov has joined #dri-devel
LeviYun has joined #dri-devel
MrCooper has quit [Remote host closed the connection]
LeviYun has quit [Ping timeout: 480 seconds]
MrCooper has joined #dri-devel
samuelig has quit [Quit: Bye!]
samuelig has joined #dri-devel
flynnjiang has quit [Quit: flynnjiang]
bolson has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
yyds has quit [Remote host closed the connection]
kts has quit [Ping timeout: 480 seconds]
aravind has quit [Ping timeout: 480 seconds]
Matombo444 has joined #dri-devel
Matombo has quit [Read error: Connection reset by peer]
LeviYun has quit [Ping timeout: 480 seconds]
hansg has joined #dri-devel
tdsmala^ has joined #dri-devel
LeviYun has joined #dri-devel
aravind has joined #dri-devel
hansg has quit [Quit: Leaving]
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
warpme has quit []
aravind has quit [Ping timeout: 480 seconds]
aravind has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
itoral_ has quit [Remote host closed the connection]
kts has joined #dri-devel
samuelig has quit []
samuelig has joined #dri-devel
guludo has joined #dri-devel
LeviYun has joined #dri-devel
alane_ has joined #dri-devel
alane has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
aravind has quit [Ping timeout: 480 seconds]
warpme has joined #dri-devel
epoch101 has joined #dri-devel
sumits has joined #dri-devel
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
warpme has quit []
alyssa has left #dri-devel [#dri-devel]
nerdopolis has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
vliaskov has quit [Read error: Connection reset by peer]
LeviYun has quit [Ping timeout: 480 seconds]
fab has quit [Quit: fab]
fab has joined #dri-devel
fab has quit []
warpme has joined #dri-devel
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
kzd has joined #dri-devel
LeviYun has joined #dri-devel
kts has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
mbrost has joined #dri-devel
fab has joined #dri-devel
bolson has joined #dri-devel
hansg has joined #dri-devel
epoch101_ has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
feaneron has joined #dri-devel
epoch101 has quit [Ping timeout: 480 seconds]
Haaninjo has joined #dri-devel
* zmike
falls into the zombie_shaders hole and dies
tdsmala^ has quit [Ping timeout: 480 seconds]
tdsmala^ has joined #dri-devel
aravind has joined #dri-devel
flto has quit [Quit: Leaving]
mbrost has joined #dri-devel
epoch101_ has quit [Read error: No route to host]
<tnt>
On an Intel ARC, anyone know what modifier a texture exported to dmabuf ends up with if it's created by mesa as Tile64 format ?
Duke`` has joined #dri-devel
epoch101 has joined #dri-devel
<dj-death>
tnt: none I guess
<dj-death>
tnt: there isn't one defined in drm_fourcc.h afaics
<tnt>
dj-death: Yeah. I'm wondering if somehow that buffer could end up being converted to linear before being exported ?
<dj-death>
you can probably do a blit into a linear image yeah
<tnt>
For a bit of context, I'm working with the intel-compute-runtime stack and sharing buffers (getting them from mesa). The current code only recognize modifier is 0 or !=0 and if it's not 0, then it will pick it's own tiling format and for Arc it picks Tile64 ATM.
<tnt>
So in the current mesa, you end up with mesa picking Tile4, intel-compute-runtime trying to access it as Tile64 and that doesn't work (obviously).
LeviYun has joined #dri-devel
<karolherbst>
tnt: what's the set modifier in the texture info though?
<karolherbst>
mesa_glinterop_export_out.modifier to be precise
<tnt>
But then a user tried applying some MR that makes mesa pick Tile64 by default ( https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/29244 ) and that worked. Which I don't understand _HOW_ because AFAICT, the export should either have failed or returned a modifier == 0 (in which case the compute runtime would have tried accessing it as linear).
<tnt>
So I'm trying to figure out why it works ... because it shouldn't AFAIU.
<tnt>
karolherbst: I don't know ... I don't have the hardware, all I know is the user applied that MR and it started working and I'm trying to figure out WTF is happening.
<karolherbst>
tnt: well.. the compute runtime should just use whatever the modifier field is telling it to use. If that mismatches with the actual format, or the compute-runtime doesn't respect modifier, then something with that communication is going wrong
hansg has quit [Quit: Leaving]
<dj-death>
I'm guessing there no modifier involved in that case
<dj-death>
otherwise Mesa wouldn't have picked Tile64
<karolherbst>
mesa creates the resource
<karolherbst>
and exports it
<karolherbst>
(and on creating time it doesn't know it might get exported)
<dj-death>
so this is GL?
<karolherbst>
GL to CL
<karolherbst>
but the mesa extension we have to query texture properties does tell what modifier to use on the import side
<tnt>
karolherbst: yeah, it should do that, I know but ... the place where I get the modifier and the place where it picks the memory format are not even in the same codebase (it's in a sublibrary) and there is a gazillion C++ templatized code I can't follow in between. ATM the only thing it support is a boolean flag "isLinear" which I fill with (modifier == 0) and hope for the best.
warpme has quit []
<karolherbst>
tnt: well.. all I can say that the compute-runtime _has to_ respect the modifier
<karolherbst>
otherwise it's a compute-runtime bug
<tnt>
I know. That's why it's on their github and not mesa's :P
<tnt>
my concern ATM is not even that, it's that something that in my understanding shouldn't work ... works. Meaning either reality is wrong, or my understanding is ...
<karolherbst>
I see
<sima>
tnt, blind look as in with tile64 mesa and compute-runtime just happen to pick the same
<tnt>
And I was wondering if there was somehow / somehwere something already in the codebase that would end up converting Tile64 to Linear when exported.
<dj-death>
my guess is that it's not going through that path
<dj-death>
iris_resource_get_handle() instead?
<dj-death>
and completely skipping modifier
<karolherbst>
anyway, gdb would answer those questions
<karolherbst>
or give the user some patch with a ton of `printfs`
<tnt>
Yeah, although convincing a user to spend a lot of time to debug why it works when it shouldn't might be a tough sell, they might just go away, happy it works and not caring why :P
<karolherbst>
tnt: .... or the user has a release build, asserts disabled and modifiers == 0
<karolherbst>
mhh
<karolherbst>
actually
<sima>
we don't even have a modifier allocated in drm_fourcc.h for tile64 ...
<karolherbst>
modifier should be some garbage value
<alyssa>
pendingchaos: still failing, but was worth a shot, thanks :)
<alyssa>
test is dEQP-VK.graphicsfuzz.nested-for-loops-switch-fallthrough fwiw
APic has joined #dri-devel
<alyssa>
tbh that commit scares me, I didn't realize it went in without review :/
* alyssa
genuinely doesn't think she knows enough to be able to understand that commit
<alyssa>
commenting out the opt_loop_merge_terminators call "fixes" the test but woof.
sgruszka has quit [Quit: Leaving]
<alyssa>
on one hand, this cleared everybody else's VK CTS CI so presumably I'm doing something different here
<alyssa>
on the other hand... that does not mean that commit is bug free :/
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
mbrost has joined #dri-devel
hansg has joined #dri-devel
LeviYun has joined #dri-devel
coldfeet has joined #dri-devel
kode542 has joined #dri-devel
KDDLB3 has joined #dri-devel
KDDLB has quit [Read error: Connection reset by peer]
kode54 has quit [Read error: Connection reset by peer]
simon-perretta-img has quit [Ping timeout: 480 seconds]
mbrost has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
simon-perretta-img has quit [Ping timeout: 480 seconds]
kts has quit [Quit: Konversation terminated!]
hansg has quit [Quit: Leaving]
<lumag>
mripard, how should we proceed with the drm_bridge_connector / HDMI connector? You have acked all core patches, but then there is a concern regarding the fwnode refcount.
<lumag>
Is it ok to push patches 1-3 to drm-misc-next? Or we'd need to find a way to clean up the fwnode references first?
warpme has joined #dri-devel
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
neniagh has joined #dri-devel
oneforall2 has joined #dri-devel
alane_ has quit []
alane has joined #dri-devel
frankbinns has quit [Ping timeout: 480 seconds]
polymodeaterr has joined #dri-devel
LeviYun has joined #dri-devel
warpme has quit []
warpme has joined #dri-devel
frankbinns has joined #dri-devel
agomez has quit []
warpme has quit []
warpme has joined #dri-devel
simon-perretta-img has joined #dri-devel
KarenTheDorf has joined #dri-devel
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
<KarenTheDorf>
Hello, can I ask questions about the llvmpipe vulkan implementation here and/or can someone point me to somewhere more appropriate? Thanks.
<HdkR>
This would be the appropriate location
<polymodeaterr>
yeah well tests show in calculator that this formula works but bigger tests are needed, most of the hard stuff is about to go into data bank/cell selection logic for data format, and pc selection logic in execution format. might be falling off the development, family behaves bizarre as bizarre as you do, you seem to be finding the week spots, but you are not in worldwide outnumbering
<polymodeaterr>
my lines just because my family is bunch of assholes, I have more allies you are not even better than my family who have abused me since I was kid, in terms of anything, completely raged crap you are, and such should not get invitations to stay together with human beings, Estonian men have always been strong and competitive, but they did not cause problems to me those who are inherently
<polymodeaterr>
talented, do not abuse others alike, those were raw leftoverish suicidal people doing the damage and you are just alike those. like why such communities? I extend the question to my lines, if we could kick you out from your jobs, house and from our planet, you are so filthy trash. I have lived all my life with sanctions that apply only to me, ever since I remembered like from six years
<polymodeaterr>
old, and it was all branched out by my family to most obnoxious people in the world, and it's not like you are outnumbering my lines, I am sure it's all gonna turn into conflict cause I am not yet incapable person despite being numbere one victim of abuse, my lines gonna start going against you more brutally than before you got kicked out from freenode.
coldfeet has quit [Remote host closed the connection]
alyssa has quit [Quit: alyssa]
<airlied>
KarenTheDorf: here is appropriate
<KarenTheDorf>
HdkR, airlied: Thanks. I'm experiencing an issue when resizing windows (wayland, specifically kwin). The width/stride seems to end up wrong and the image is corrupted. https://pasteboard.co/W6w2pSMU9pqM.png
tanty has joined #dri-devel
<airlied>
KarenTheDorf: might be best to file a gitlab issue to get the details like mesa version, desktop version
<airlied>
zmike: ^ ring any bells
<zmike>
oh no
<zmike>
this looks like what Hazematman was working on
warpme has quit []
KDDLB3 has quit [Ping timeout: 480 seconds]
kode542 has quit [Ping timeout: 480 seconds]
<KarenTheDorf>
Well that probabally implies that it's not an issue with the library I'm writing :) I'll file a gitlab issue.
KDDLB3 has joined #dri-devel
kode542 has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
tdsmala^ has quit [Ping timeout: 480 seconds]
polymodeaterr has quit [Remote host closed the connection]