sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
Ahuj has joined #dri-devel
fab has quit [Quit: fab]
i-garrison has quit [Ping timeout: 480 seconds]
i-garrison has joined #dri-devel
fab has joined #dri-devel
i-garrison has quit []
i-garrison has joined #dri-devel
frieder has joined #dri-devel
fab has quit [Quit: fab]
fab has joined #dri-devel
tursulin has joined #dri-devel
rsalvaterra has quit []
rsalvaterra has joined #dri-devel
rasterman has joined #dri-devel
<sima>
airlied, I've rolled all trees to -rc2 and processing mripard's drm-misc-next pr right now
<sima>
with that everything pending should have been taken care of and it's back to you
<sima>
tzimmermann, re the use-after-free bug, I wonder whether helpers should clear the pointers after hw_done, to catch these bugs
lynxeye has joined #dri-devel
<sima>
but I'm also not sure whether that really holds for all drivers since even if you use helpers fully the rule is that both hw_done and flip_done together are the barrier, and not a single one alone
<sima>
and flip_done generally happens from irq handlers and has it's entirely own refcounting for that reason to avoid big time lolz
<sima>
so clearing in hw_done would be the right thing for most drivers, but I think not all, and later on we cannot clear the pointers safely in generic code anymore I think ...
heat has joined #dri-devel
pcercuei has joined #dri-devel
<sima>
airlied, in case you missed, there's a conflict in amdgpu between -rc2 and drm-intel-next, so pull request to sort that out would be good sooner I guess
<sima>
agd5f, hwentlan__ jani rodrigovivi ^^
glennk has joined #dri-devel
<sima>
it's a minor one, but conflict due to one driver tree in another driver is a bit icky :-)
kts has quit [Quit: Leaving]
glennk has quit [Read error: Connection reset by peer]
kts has joined #dri-devel
donaldrobson has joined #dri-devel
jfalempe has joined #dri-devel
luben has joined #dri-devel
luben has quit [Remote host closed the connection]
luben has joined #dri-devel
kts has quit [Quit: Leaving]
luben has quit [Ping timeout: 480 seconds]
thaytan has quit [Ping timeout: 480 seconds]
thaytan has joined #dri-devel
mripard has joined #dri-devel
heat has quit [Read error: No route to host]
heat has joined #dri-devel
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
sgruszka has joined #dri-devel
ungeskriptet has quit [Ping timeout: 480 seconds]
ungeskriptet has joined #dri-devel
ungeskriptet has quit [Ping timeout: 480 seconds]
<calebccff>
lumag: yes, it's just that the pipeline doesn't get initialised properly by msm_fb afaict?
<lumag>
calebccff, I hadn't had any particular issues with 6.6. Do you have any additional details?
babyfaceolder has joined #dri-devel
<calebccff>
lumag: the display keeps the bootloader splash screen all the way until gdm loads. it should be replaced by the penguins with fbcon but it just never is. if i kill gdm then fbcon becomes visible and works perfectly fine
<babyfaceolder>
For what I would found a company otherwise, if I were not knowing security of the systems, of course I know all the possible vulnerabilities, you think you are better than me? You are good at stalking and bragging with your porn on my territory only, and legal paychecks you never had, you rob money from others, me I do not like your presence nor I will ever pay you again.
<babyfaceolder>
If the systems were remaining vulnerable to any of such simple attacks or intrusions, it would defeat the whole purpose of founding anything, sure I am aware.
<babyfaceolder>
It's just the money I let robed from myself, was not a big deal financial ways to me, it was fair trade to get those people out, if they do not go, they will get charged.
<lumag>
calebccff, which system are working on?
<lumag>
also, if you have a remote access to the board, could you please mask the gdm and check whether the console appears in the end even w/o gnome?
<lumag>
A captured debugfs/dri/0/state with the disabled gdm3 might also be interesting
<lumag>
and a dmesg, of course :-D
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
<tzimmermann>
sima, it certainly doesn't hurt
<tzimmermann>
i'll look into fixing the actual bug
kts has joined #dri-devel
babyfaceolder was kicked from #dri-devel by ChanServ [You are not permitted on this channel]
tshikaboom has joined #dri-devel
tobiasjakobi has quit [Ping timeout: 480 seconds]
<sima>
tzimmermann, thx
mvlad has joined #dri-devel
tobiasjakobi has joined #dri-devel
jkrzyszt has joined #dri-devel
camus has quit []
camus has joined #dri-devel
xroumegue has quit [Ping timeout: 480 seconds]
xroumegue has joined #dri-devel
yyds has quit [Remote host closed the connection]
thaytan has quit [Ping timeout: 480 seconds]
maxzor has joined #dri-devel
maxzor has quit [Ping timeout: 480 seconds]
jsa has joined #dri-devel
cphealy has quit [Ping timeout: 480 seconds]
kts has quit [Quit: Konversation terminated!]
jkrzyszt has quit [Ping timeout: 480 seconds]
jkrzyszt has joined #dri-devel
itoral has quit [Quit: Leaving]
fab has quit [Quit: fab]
qyliss has quit [Quit: bye]
qyliss has joined #dri-devel
qyliss has quit []
Company has joined #dri-devel
qyliss has joined #dri-devel
jkrzyszt has quit [Remote host closed the connection]
jkrzyszt has joined #dri-devel
yuq825 has left #dri-devel [#dri-devel]
jkrzyszt has quit [Ping timeout: 480 seconds]
donaldrobson has quit [Ping timeout: 480 seconds]
donaldrobson has joined #dri-devel
dv__ has quit []
dv_ has joined #dri-devel
qyliss has quit [Quit: bye]
thaytan has joined #dri-devel
qyliss has joined #dri-devel
kts has joined #dri-devel
maxzor has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
cphealy has joined #dri-devel
sgruszka has quit [Remote host closed the connection]
i509vcb has joined #dri-devel
yyds has joined #dri-devel
fab has joined #dri-devel
elderbabyface has joined #dri-devel
maxzor has quit [Ping timeout: 480 seconds]
<eric_engestrom>
airlied: in mesa b38879f8c5f57b7f1802e you wrote "swrast vulkan requires gallium swrast"; is that still true? what kind of things are needed to be untangled to get lavapipe without llvmpipe? (and also, this is a minor interest of mine, so if it's a huge task you can just say that and skip all the details :P)
kzd has joined #dri-devel
Duke`` has quit []
fab has quit [Ping timeout: 480 seconds]
frieder has quit [Remote host closed the connection]
<elderbabyface>
First you would see, that 128times128 register file of 64bit compressed values is easy to be stored. That means you have 128 banks each containing 128 registers, so the scaffold is at max at 16777216 that's 16millions only so 512 of such banks is maximum unsigned int at 4.2B, you can call them sectors and banks and registers, and indexing is done 128is max regidofaregbank, 128 is max sectorid of register bank and 128 is max bankidofsectors, and
<elderbabyface>
there are two heads , very easy task to access those registers, but at first would you be able to calculate as to how much it stores? so storage is 256*128*128 1024digit values which is 4194304, so it totals at 4million, such formation is very easy to lay out, cause it has 256 digits for max value and 256 all free for indexing per inverse value, so register content is eliminate is taken as index-value, sector is taken as index minus sector,
<elderbabyface>
where the interval is sector , and then two heads are taken as just additional 128 digits and their sectors alike, there is 128 digits free for whatever you want , reserved for aux, elias fano is claimed to be at 780k, so that is accommodating slightly more data, and is dead fast to access. in other words it's absolute maximum on 32bit arch 4.1 million 32bit compressed values.
bmodem has quit [Ping timeout: 480 seconds]
elderbabyface was banned on #dri-devel by ChanServ [elderbabyface!*@*]
elderbabyface was kicked from #dri-devel by ChanServ [You are not permitted on this channel]
ungeskriptet has joined #dri-devel
yyds has quit [Remote host closed the connection]
oneforall2 has quit [Remote host closed the connection]
yyds has joined #dri-devel
<MrCooper>
eric_engestrom: my understanding is that lavapipe is just glue between the Vulkan API and llvmpipe, so not sure "lavapipe without llvmpipe" makes any sense
<jenatali>
That matches my understanding
<eric_engestrom>
ack, but in that case can't we just not generate the .so bits for gallium and drop the constraint?
<karolherbst>
yeah..
<karolherbst>
lavapipe isn't a driver
<karolherbst>
it's a frontend
<karolherbst>
and llvmpipe is the only driver supported
<karolherbst>
eric_engestrom: what so file?
oneforall2 has joined #dri-devel
<karolherbst>
you mean the dynamic pipe-loader one?
<eric_engestrom>
(and its entrypoints and all that)
<karolherbst>
that's the gallium megadriver
<eric_engestrom>
yup
<eric_engestrom>
but that's my point
<karolherbst>
what would be the point of dropping it?
<eric_engestrom>
`-D vulkan-drivers=all -Dgallium-drivers=` feels like it should be allowed, and if all we need to do is not include the swrast entrypoint and not generate the hardlink for the so, that feels reasonable to me?
<karolherbst>
if you don't want OpenGL support, you have to disable all of OpenGL
<eric_engestrom>
what do you mean?
<karolherbst>
swrast_dri.so is the driver part of the gl loading mess
<karolherbst>
it has nothing to do with lavapipe
<karolherbst>
every frontend (as long as I'm not mistaken) except clover is using the state pipeloader, which means the driver gets linked in statically
<karolherbst>
`/usr/lib64/dri/swrast_dri.so` isn't the llvmpipe driver, it's the dri OpenGL thing which gets loaded based on the requested OpenGL driver (like X says "the gl driver is called $driver_dri.so")
<karolherbst>
and I think libEGL_mesa.so also uses that
<karolherbst>
(and libGLX_mesa.so.0)
kts has quit [Quit: Konversation terminated!]
<karolherbst>
anyway... try disabling all GL support and see if the dri/*_dri.so files disappear, becasue that's generally the way they get pulled in
<eric_engestrom>
"disabline all GL support" -> you mean `-D gallium-drivers=`, right?
<karolherbst>
no
<karolherbst>
glx/egl/gles/etc...
<eric_engestrom>
ah
<karolherbst>
you will have to keep gallium-drivers=swrast no matter what
<karolherbst>
otherwise lavapipe won't work
<eric_engestrom>
shouldn't that be managed "under" the meson options?
<karolherbst>
so how the static pipeloader works is, that the frontend links against all drivers it wants to work on. Lavapipe only links `driver_swrast`. But if you disable swrast it will just error out at runtime
<eric_engestrom>
ie. the user passes `-D vulkan-drivers=all -D gallium-drivers=` and internally we include the llvmpipe parts needed for lavapipe
<karolherbst>
eric_engestrom: why? gallium-drivers isn't GL specific
<karolherbst>
it's for _all_ frontends
<eric_engestrom>
ok, maybe I misunderstand gallium<->gl then
<eric_engestrom>
ok
<karolherbst>
gallium-drivers decides what vaapi/vdpau/rusticl/clover/stmesa/etc... support
<eric_engestrom>
and gl/gles, right?
<eric_engestrom>
but yeah ok, it's more than just gl
<karolherbst>
yeah
<eric_engestrom>
I think it makes more sense to me now
<eric_engestrom>
thanks karolherbst !
<karolherbst>
np
<eric_engestrom>
(and MrCooper!)
lynxeye has quit [Quit: Leaving.]
rbmarliere has quit [Quit: rbmarliere]
rbmarliere has joined #dri-devel
<jenatali>
eric_engestrom: If you were building both lavapipe and a different gallium frontend (like GL), you'd want one copy of llvmpipe on disk, not two, so it makes sense for lavapipe to dynamically link to the gallium megadriver instead of statically linking in another copy of llvmpipe
<karolherbst>
jenatali: we don't dynamically link gallium drivers (except clover)
<jenatali>
I guess you could theoretically special-case the situation where you weren't building gallium, but meh
<jenatali>
karolherbst: All I meant was that the implementation is in a different so
<karolherbst>
jenatali: it's not
<jenatali>
Wait really? So lavapipe has a statically linked copy of llvmpipe?
<karolherbst>
yes
<karolherbst>
as every gallium frontend except clover
<jenatali>
That... seems wasteful, but okay
<karolherbst>
well
<karolherbst>
it increases performance
<karolherbst>
function calls across so files apparently are expensive
<jenatali>
Debatable
<jenatali>
You're already calling across the pipe interface
<karolherbst>
so we've added megadrivers
<karolherbst>
and the difference was significant
<jenatali>
There's no perf difference if the pipe interface splits a module boundary
<karolherbst>
jenatali: it's all statically linked
<karolherbst>
like everything
<jenatali>
Maybe the call to initialize the pipe interface is, but pipe-> calls look up a function pointer from a table. Whether that pointer is into the same module or a different one doesn't matter
<karolherbst>
well.. somebody did benchmark it and the difference was significant
<Company>
are compilers smart enough to figure out that the function pointer is always the same?
<Company>
I would guess "no" but I don't know
<karolherbst>
it doesn't matter, we've done the numbers, the numbers mattered, so we went with megadrivers
<Company>
I suspect the benefit is more a cache thing where the code on both sides of the boundary lives close
<Company>
I don't doubt the numbers, I'm interested in why the numbers came out thaat way
maxzor has quit [Remote host closed the connection]
maxzor has joined #dri-devel
tursulin has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
macslayer has joined #dri-devel
fab has joined #dri-devel
fab has quit []
fab has joined #dri-devel
fab has quit []
alatiera has joined #dri-devel
jkrzyszt has joined #dri-devel
maxzor has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
heat has quit [Read error: No route to host]
heat has joined #dri-devel
lumidify has quit [Quit: leaving]
Haaninjo has joined #dri-devel
lumidify has joined #dri-devel
jkrzyszt has quit [Ping timeout: 480 seconds]
maxzor has joined #dri-devel
<Company>
I just noticed that Mesa doesn't seem to complain in GLES if I use the wrong format/type in glTexSubImage2D() - but nvidia raises GL_INVALID_OPERATION as per spec
<Company>
and GTK just switched to GLES and has remaining cases of that
<Company>
and I wonder how to debug those - with a Mesa driver
rasterman has joined #dri-devel
gouchi has joined #dri-devel
greenjustin has quit [Quit: Leaving]
sima has quit [Ping timeout: 480 seconds]
cef has joined #dri-devel
tshikaboom has quit []
grillo_0 has joined #dri-devel
Aura has joined #dri-devel
crabbedhaloablut has quit []
jsa has quit []
tshikaboom has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
greenjustin__ has joined #dri-devel
slim has joined #dri-devel
slim is now known as Guest7641
gouchi has quit [Remote host closed the connection]
maxzor has quit [Ping timeout: 480 seconds]
donaldrobson has quit [Ping timeout: 480 seconds]
Guest7641 has quit []
slim_ has joined #dri-devel
<slim_>
hi
<slim_>
anyone online?
tshikaboom has quit []
slim_ has quit [Quit: Leaving]
slim_ has joined #dri-devel
slim_ has quit []
slim_ has joined #dri-devel
greenjustin__ has quit [Remote host closed the connection]
<slim_>
does anyone knows how to type??
<slim_>
why is this sever so dead?
<emersion>
please calm down. it's not dead, but don't expect volunteers to be available for you 24/7
<emersion>
instead of asking whether the channel is dead, i'd suggest asking your question
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Jeremy_Rand_Talos_ has joined #dri-devel
slim_ has quit [Quit: Leaving]
mvlad has quit [Remote host closed the connection]