ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
Hazematman has joined #dri-devel
Hazematman has quit []
LeviYun has quit [Ping timeout: 480 seconds]
amarsh04 has joined #dri-devel
LeviYun has joined #dri-devel
cr0n has quit []
pcercuei has quit [Quit: dodo]
LeviYun has quit [Ping timeout: 480 seconds]
vliaskov_ has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
luc2 has left #dri-devel [#dri-devel]
luc2 has joined #dri-devel
luc2 has left #dri-devel [#dri-devel]
Hazematman has joined #dri-devel
Hazematman has quit []
luc27 has joined #dri-devel
luc27 has left #dri-devel [#dri-devel]
luc27 has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
amarsh04 has quit []
luc has joined #dri-devel
NiGaR has quit [Ping timeout: 480 seconds]
luc_ has joined #dri-devel
NiGaR has joined #dri-devel
luc_ has left #dri-devel [#dri-devel]
luc27 has quit []
haaninjo has quit [Quit: Ex-Chat]
amarsh04 has joined #dri-devel
<luc>
Hi, I notice that ctx->Driver.FinishRenderTexture() has gone from mesa source tree long time ago. so now how do we make sure the texture has been rendered done (IOW pixels already in vram) before it is fetched in the following render commands in the scene where render-to-texture is used. I mean, especially for tbr gpu, if without flush on render-to-texture, the next texture2D() on that preceding texture could fail to fetch
<luc>
up-to-date texel, couldn't it?
LeviYun has joined #dri-devel
oneforall2 has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
heat has quit [Read error: Connection reset by peer]
heat has joined #dri-devel
mhenning has quit [Quit: mhenning]
LeviYun has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
gnuiyl has quit [Remote host closed the connection]
epoch101 has joined #dri-devel
oneforall2 has joined #dri-devel
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
sguddati has joined #dri-devel
LeviYun has joined #dri-devel
Hazematman has joined #dri-devel
sguddati has quit [Ping timeout: 480 seconds]
Hazematman has quit []
LeviYun has quit [Ping timeout: 480 seconds]
nerdopolis has quit [Ping timeout: 480 seconds]
epoch101_ has joined #dri-devel
epoch101 has quit [Ping timeout: 480 seconds]
gnuiyl has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
epoch101_ has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
Hazematman has joined #dri-devel
heat has quit [Ping timeout: 480 seconds]
Hazematman has quit []
oneforall2 has quit [Read error: Connection reset by peer]
kts has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
<KungFuJesus>
ok bisected, the commit giving me trouble: ec7afd2c24
LeviYun has joined #dri-devel
kts has joined #dri-devel
Hazematman has joined #dri-devel
Duke`` has joined #dri-devel
Hazematman has quit []
lanodan has quit [Quit: WeeChat 4.4.2]
kzd has quit [Ping timeout: 480 seconds]
itoral has joined #dri-devel
kaiwenjon has quit [Quit: WeeChat 3.8]
LeviYun has quit [Ping timeout: 480 seconds]
Duke`` has quit [Ping timeout: 480 seconds]
kts has quit [Ping timeout: 480 seconds]
glennk has joined #dri-devel
lanodan has joined #dri-devel
LeviYun has joined #dri-devel
Hazematman has joined #dri-devel
Hazematman has quit []
blaztinn has quit [Remote host closed the connection]
cascardo_ has joined #dri-devel
blaztinn has joined #dri-devel
jsa1 has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
cascardo has quit [Ping timeout: 480 seconds]
fab has quit [Ping timeout: 480 seconds]
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
tzimmermann has joined #dri-devel
lemonzest has quit [Quit: WeeChat 4.5.1]
epoch101 has joined #dri-devel
lemonzest has joined #dri-devel
fab has joined #dri-devel
epoch101_ has joined #dri-devel
epoch101 has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
epoch101 has joined #dri-devel
epoch101_ has quit [Ping timeout: 480 seconds]
epoch101_ has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
epoch101 has quit [Ping timeout: 480 seconds]
Hazematman has joined #dri-devel
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
Hazematman has quit []
azerov has quit [Quit: Gateway shutdown]
LeviYun has joined #dri-devel
mehdi-djait3397165695212282475 has joined #dri-devel
chomwitt has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
<MrCooper>
DemiMarie zamundaaa[m]: to be pedantic, non-linear modifiers generally define alignment constraints, the linear modifier is an exception (for which there's currently a proposal to create variants with alignment information)
<MrCooper>
luc: rendering to a texture and then sampling from it generally doesn't require a full-blown flush
<DemiMarie>
MrCooper: Does that mean that it is possible to validate the parameters of a given buffer, given _only_ the format, its non-linear modifier, and the offset/width/height/stride/size of each plane?
<MrCooper>
in principle, yes
mripard has joined #dri-devel
<DemiMarie>
What about in practice?
<DemiMarie>
Would any issues be fairly easy to find through hardware-in-the-loop fuzzing?
frieder has joined #dri-devel
<MrCooper>
I'm sure you're familiar with the joke about theory vs practice :)
<DemiMarie>
Yes, I am :0
<DemiMarie>
What I would prefer is if drm/drm_fourcc.h also included validation code.
<DemiMarie>
I already know from zamundaaa that the AMD drivers are buggy in this area.
phasta has joined #dri-devel
<DemiMarie>
MrCooper: Would it be reasonable for all future formats to include validation code, code to build a tiled buffer on the CPU, and code to parse the tiled buffer on the CPU? The idea is that this would serve as an executable specification of the format.
<MrCooper>
not supposed to be for non-linear modifiers
<emersion>
alignment is about placement, placement is not covered by modifiers
<MrCooper>
you're talking about offset alignment, better be explicit
<emersion>
maybe in practice there is a "natural" alignment for a given modifier, but i don't think this is a hard rule
<emersion>
eh
<emersion>
what do you mean by "alignment constraints" then?
epoch101_ has quit [Ping timeout: 480 seconds]
<MrCooper>
pitch alignment
<emersion>
right
tzimmermann has quit [Ping timeout: 480 seconds]
<MrCooper>
there's also the alignment between multiple 2D "slices"
LeviYun has joined #dri-devel
dsimic is now known as Guest5780
dsimic has joined #dri-devel
<MrCooper>
or even alignment of the size of a single slice
Guest5780 has quit [Ping timeout: 480 seconds]
<zamundaaa[m]>
MrCooper: well, it only takes one of them to be different for the image to be wrong
<DemiMarie>
emersion: If I understand modifiers correctly, I should be able to validate Wayland linux-dmabuf requests without knowing which hardware is in use.
<zamundaaa[m]>
In the issue I linked, I think it's offset alignment though
lynxeye has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
Hazematman has joined #dri-devel
Hazematman has quit []
frieder has joined #dri-devel
frankbinns2 has joined #dri-devel
jkrzyszt has joined #dri-devel
rasterman has joined #dri-devel
frankbinns1 has quit [Ping timeout: 480 seconds]
epoch101 has quit []
tzimmermann has joined #dri-devel
pcercuei has joined #dri-devel
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
apinheiro has joined #dri-devel
cr0n has joined #dri-devel
luc has quit []
LeviYun has joined #dri-devel
NiGaR has quit [Remote host closed the connection]
haaninjo has joined #dri-devel
NiGaR has joined #dri-devel
luc has joined #dri-devel
cr0n has quit []
LeviYun has quit [Ping timeout: 480 seconds]
cr0n has joined #dri-devel
sukuna1 has quit [Remote host closed the connection]
checkfoc_us9 has quit []
checkfoc_us9 has joined #dri-devel
mehdi-djait3397165695212282475 has quit [Ping timeout: 480 seconds]
benjaminl has quit [Read error: Connection reset by peer]
benjaminl has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
coldfeet has quit [Quit: Lost terminal]
sinatosk has joined #dri-devel
sinatosk has quit []
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
itoral has quit [Remote host closed the connection]
rgallaispou has joined #dri-devel
vliaskov__ has quit [Remote host closed the connection]
sima has joined #dri-devel
Hazematman has quit [Quit: WeeChat 4.5.1]
LeviYun has joined #dri-devel
DarkShadow44 has joined #dri-devel
jernej has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
jfalempe has joined #dri-devel
nerdopolis has joined #dri-devel
amarsh04 has quit []
LeviYun has joined #dri-devel
Hazematman has joined #dri-devel
bolson has joined #dri-devel
nerdopolis has quit [Ping timeout: 480 seconds]
<zmike>
MrCooper: uhhhh
hexa- has quit [Quit: WeeChat 4.4.3]
hexa- has joined #dri-devel
SpieringsAE has joined #dri-devel
epoch101 has joined #dri-devel
<SpieringsAE>
marex: I'm trying to port some imx8mp based boards from the nxp kernel to mainline and I am 90% there, but there is one specific display chain that is driving me crazy and I was wondering if you maybe knew something. So the chain goes like this lcdif1 -> mipi-dsim -> sn65dsi84 (actually 85) -> dual lvds display
<SpieringsAE>
also sorry if this is not the place to ask
<SpieringsAE>
I got it so that the display mode is exactly the same, the registers in the sn65dsi85 are the same, but its not working. I feel like the lcdif1 -> mipi-dsim should work too, because I did already get that working with an sn65dsi86
frankbinns1 has quit [Read error: Connection reset by peer]
<kikuchan>
Before posting to the ML, 1. could anyone help me please? It's not tested on DSI panels yet. 2. any suggestions please?
frankbinns has quit [Read error: Connection reset by peer]
NiGaR has quit []
NiGaR has joined #dri-devel
heat has joined #dri-devel
kugel has quit [Ping timeout: 480 seconds]
<freesoulsgoing>
it does most of the time appear that switch has just a simple eeprom 32bit addressing wide at max. So ram lookup tables or flash/hdd eeprom emulation based lookup tables would do the same thing, fpga is there quite rarely. It is not a problem of any kind, so encoder to compressed needs loop or dma, where as decoding back to verbatim uses small lookup table. mul instruction in a loop is
<freesoulsgoing>
enough, very simple stuff, but i gotta say i am leaving now, this year lots of devils get handled around the world, as the conflicts and fraud etc has progressed and has to be handled by force. i work with smallest chip accelerator being atom era hw that I support terms of integrated gpu r300, earlier ones i do not have myself, and are no longer sane to be bought. Yeah i won't bother
<freesoulsgoing>
you anymore.
epoch101_ has joined #dri-devel
freesoulsgoing has quit [Remote host closed the connection]
epoch101 has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
kzd has joined #dri-devel
moony has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
epoch101_ has quit []
LeviYun has quit [Ping timeout: 480 seconds]
moony has joined #dri-devel
aswar002_ has joined #dri-devel
u-amarsh04 has joined #dri-devel
Ryback_ has quit [Ping timeout: 480 seconds]
aswar002 has quit [Ping timeout: 480 seconds]
SpieringsAE has quit [Quit: Leaving]
frieder has quit [Quit: Leaving]
kikuchan has quit [Quit: Page closed]
LeviYun has joined #dri-devel
Duke`` has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
phasta has quit [Read error: Connection reset by peer]
oneforall2 has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
zenmov has joined #dri-devel
coldfeet has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
zenmov is now known as cosmobit
kts has joined #dri-devel
Hazematman has quit [Quit: WeeChat 4.5.1]
freesoulsgoing has joined #dri-devel
sinatosk has joined #dri-devel
<freesoulsgoing>
The state is very solid allround, my lists entries have been all achieved and i no longer have to come here, i said the memory densities possible ontop of systems i actually initially did not see possible days back, so it's bit cherry on the cake that i dug those out finally, the defense modifications safety and security work i no longer cover publicly. So all of you have been let or
<freesoulsgoing>
set free of my spam as of now.
tzimmermann has quit [Quit: Leaving]
cgbowman has joined #dri-devel
rgallaispou has quit [Read error: Connection reset by peer]
<KungFuJesus>
zmike: ah, I had half a mind to open an issue and ask whether or not you knew a reason that this would break support for nv30/nv40
<KungFuJesus>
I'm starting to suspect it's endianness independent and it's just nobody has these GPUs anymore to test
<zmike>
can confirm I do not have those gpus
rasterman has quit [Quit: Gettin' stinky!]
<KungFuJesus>
hmm, I don't have time to actively investigate this until tonight but maybe you can give me some ideas to try?
LeviYun has joined #dri-devel
<KungFuJesus>
Hmm, it might still be endian dependent. Both filed issues that bisected to that problematic commit are on ppc64. And a comment about the pipe format there might be the ticket
sinatosk has quit [Quit: Leaving]
LeviYun has quit [Ping timeout: 480 seconds]
<freesoulsgoing>
So the final words is that, it's somewhat world wonder as to how much we can store to computer memory, and the programming society and sciense made no mistakes overall regardless of how bitter i was, but i think you would agree that people who started conflict with me have been only lying and scamming in world, their activity of entire absurd was and is known to me, and i think you
<freesoulsgoing>
agree also it's very disturbing to the world , and big absurd , they might need to be handled not to do such things, what you'd end up agreeing one way or another if you have intelligence which is expected, we would have so much better things to do then make war if such prospects or suicidal scammers did not push insanity. So its a bummer, quite sad situation that i saw coming though,
<freesoulsgoing>
cause i delt with such humans for decades before coming here, and they never straightened up not even today.
mbrost has joined #dri-devel
jsa1 has quit [Ping timeout: 480 seconds]
mehdi-djait3397165695212282475 has joined #dri-devel
Hazematman has joined #dri-devel
LeviYun has joined #dri-devel
Hazematman has quit []
freesoulsgoing has quit [Remote host closed the connection]
freesoulsgoing has joined #dri-devel
freesoulsgoing has quit [Remote host closed the connection]
rasterman has joined #dri-devel
<KungFuJesus>
zmike: yeah I think it's something screwy with the pipe format being selected. I think the old way used endian independent pipe formats and this enables configs that are endian dependent
<KungFuJesus>
I guess I'll have to look at the egl configs coming out of init_dri2_configs and compare the before and after. I do notice that peglGetConfig is called rather than a config being explicitly constructed where the R, G, B, & A sizes are checked against drilconfigs, so the issue may reside further up the stack somewhere
mbrost has quit [Ping timeout: 480 seconds]
Hazematman has joined #dri-devel
mbrost_ has quit [Ping timeout: 480 seconds]
Hazematman has quit []
cascardo_ has quit [Ping timeout: 480 seconds]
mehdi-djait3397165695212282475 has quit []
rasterman has quit [Quit: Gettin' stinky!]
mehdi-djait3397165695212282475 has joined #dri-devel
tyalie has quit []
LeviYun has joined #dri-devel
tyalie has joined #dri-devel
tyalie has quit []
tyalie has joined #dri-devel
cosmobit is now known as ms21
Ryback_ has joined #dri-devel
ms21 is now known as zenmov
lynxeye has quit [Quit: Leaving.]
kts has quit [Quit: Leaving]
zenmov is now known as ms21
coldfeet has quit [Quit: Lost terminal]
oneforall2 has joined #dri-devel
mehdi-djait3397165695212282475 has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
Hazematman has joined #dri-devel
cascardo has joined #dri-devel
Hazematman has quit []
LeviYun has quit [Ping timeout: 480 seconds]
gouchi has joined #dri-devel
gouchi has quit []
cascardo has quit [Ping timeout: 480 seconds]
cascardo has joined #dri-devel
mbrost has joined #dri-devel
fab has quit [Quit: fab]
chomwitt has quit [Ping timeout: 480 seconds]
mbrost has quit [Ping timeout: 480 seconds]
ms21_ has joined #dri-devel
haaninjo has joined #dri-devel
ms21 has quit [Ping timeout: 480 seconds]
Hazematman has joined #dri-devel
leo60228 has quit [Read error: Connection reset by peer]
leo60228 has joined #dri-devel
jkrzyszt has quit [Quit: Konversation terminated!]
leo60228 has quit [Read error: Connection reset by peer]
leo60228 has joined #dri-devel
davispuh has joined #dri-devel
LeviYun has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
kugel has joined #dri-devel
flto has quit [Remote host closed the connection]
flto has joined #dri-devel
LeviYun has joined #dri-devel
benjaminl has quit [Read error: Connection reset by peer]
<jenatali>
This pipeline had 5 asan/ubsan failures, one of them was a re-run that also failed, but the third run of that job eventually passed
LeviYun has quit [Ping timeout: 480 seconds]
mbrost has joined #dri-devel
glennk has quit [Ping timeout: 480 seconds]
Duke`` has quit [Ping timeout: 480 seconds]
<KungFuJesus>
lol, oh fun, init_dri2_configs is called when the gallium module is initialized, with a startx. Getting to this in a debugger is going to be difficult
<KungFuJesus>
guess I can run startx from gdb
mbrost has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
nerdopolis has joined #dri-devel
ms21_ has quit []
mbrost has joined #dri-devel
LeviYun has quit [Ping timeout: 480 seconds]
<KungFuJesus>
man this is impossible to intercept with a debugger. Does anyone know how to step through dril's functions?
<KungFuJesus>
I added the dri module as a symbol file and it's resolving symbols from it but it's never hitting them
<KungFuJesus>
I kind of wonder if setuid with X11 is to blame here, I should recompile with that bit removed
<KungFuJesus>
yeah I can't break on this function for the life of me, Either I'm doing it in the wrong places or all of the dlsym() based resolution is subverting a debugger somehow
LeviYun has joined #dri-devel
sukuna has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
LeviYun has quit [Ping timeout: 480 seconds]
<zmike>
are you running Xorg directly?
<zmike>
otherwise you won't hit it
<zmike>
startx is not Xorg
<KungFuJesus>
there's also the fact that it clobbers the tty
<KungFuJesus>
what's a good way to do this?
<KungFuJesus>
I'm a little surprised that gdb doesn't follow the forked processes launched by startx
<KungFuJesus>
zmike: it looks like your main change in here besides making it cosmetically better was calling EGL functions to get these configs. Am I right?
<zmike>
sure
<zmike>
I usually debug it by detaching a screen from the tty and then reattaching it over ssh
<KungFuJesus>
ah, modern x launches have some issues with that, particularly with permissions. You usually have to launch from the provided ptys
apinheiro has quit [Quit: Leaving]
glennk has joined #dri-devel
<KungFuJesus>
I did find a way to startx from a remote shell at one point again but I don't recall what I had to change to make that work
<zmike>
yea you probably need to also edit the /usr/bin/Xorg wrapper to make it do what you want
mbrost has joined #dri-devel
sima has quit [Ping timeout: 480 seconds]
LeviYun has joined #dri-devel
<KungFuJesus>
ahh, I believe there's yet another issue hiding in here that's preventing X from starting entirely. I'm curious where that one began
<KungFuJesus>
might have to bisect to get to the bottom of that, too
LeviYun has quit [Ping timeout: 480 seconds]
<KungFuJesus>
lol, yeah, that's a separate issue. A complete revert of ec7afd2c still results in X not launching
<KungFuJesus>
maybe I'll bisect on a tree with that commit cherry picked out or something