<Kayden>
hi! so I've been looking into some cases where folks are using wayland with two GPUs, and a monitor plugged into each of them. I realized I'm not that familiar with how that is supposed to work
<airlied>
depends on the compositor
<airlied>
currently not sure compositors handle it properly, I think mutter has some plans to do it properly
<Kayden>
figured that was the case, I've been using mutter
<Kayden>
it appears to be working on my machine, but not on someone else's
Danct12 has quit []
<Kayden>
I wasn't sure which GPU was used to do rendering in that case. Does each GPU render the scene for their own monitor's output? Or does one of them take point, and use...PRIME?...to ship it off to the other one?
ngcortes has quit [Ping timeout: 480 seconds]
<airlied>
I think currently one GPU does it all and ships it to the other
<Kayden>
ah, interesting, that's not what I expected
<Kayden>
sounds reasonable though
An0num0us has joined #dri-devel
<Kayden>
any clue how it picks? wondering if my working setup is going one way and the broken one is going the other direction, or something
nightquest has quit [Ping timeout: 480 seconds]
<Kayden>
normally I'd say one has the display outputs connected to it, but with thunderbolt it's like...well, I guess both are valid
<airlied>
it should pick whatever the bios picked
<airlied>
boot vga
<Kayden>
aha
<Kayden>
makes sense
nightquest has joined #dri-devel
frieder has joined #dri-devel
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
tzimmermann has joined #dri-devel
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
Danct12 has joined #dri-devel
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
sghuge has quit [Remote host closed the connection]
urja has quit [Read error: Connection reset by peer]
sghuge has joined #dri-devel
urja has joined #dri-devel
mripard has joined #dri-devel
rgallaispou1 has joined #dri-devel
vjaquez has quit [Remote host closed the connection]
zf has quit [Remote host closed the connection]
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
rgallaispou has quit [Ping timeout: 480 seconds]
vjaquez has joined #dri-devel
urja has quit [Read error: Connection reset by peer]
zf has joined #dri-devel
urja has joined #dri-devel
<Kayden>
figured out more on that, apparently for mutter you can make a udev rule that makes it pick the preferred primary device: ENV{DEVNAME}=="/dev/dri/card1", TAG+="mutter-device-preferred-primary"
urja has quit [Read error: Connection reset by peer]
<Kayden>
otherwise meta-renderer-native.c's choose_primary_gpu_unchecked picks the integrated GPU, then the boot VGA device, then any device
urja has joined #dri-devel
<Kayden>
apparently things don't work right if I set it to use my DG2 as the primary device and the integrated card as the secondary
urja has quit [Read error: Connection reset by peer]
<Kayden>
but if I have integrated as primary and DG2 as secondary it works fine
<Kayden>
sounds like in the broken case I'm probably allocating buffers wrong in iris or somewhere in the winsys code
urja has joined #dri-devel
<Kayden>
but for the people that got me looking at this, probably they ought to figure out why it's picking DG2 as the primary device, since that's almost assuredly not what they want.
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
<Kayden>
probably bios bugs (:
urja has quit [Read error: Connection reset by peer]
bmodem has joined #dri-devel
urja has joined #dri-devel
fab has quit [Quit: fab]
urja has quit [Read error: Connection reset by peer]
bmodem has quit [Excess Flood]
urja has joined #dri-devel
bmodem has joined #dri-devel
pcercuei has joined #dri-devel
alpha-carinae has quit [Remote host closed the connection]
alpha-carinae has joined #dri-devel
mszyprow has quit [Ping timeout: 480 seconds]
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
<mareko>
what if I told you that I have a WIP linker optimization that makes GLCTS take 30% less time on our hw
urja has quit [Read error: Connection reset by peer]
<Kayden>
\o/
<Kayden>
does it delete half the tests
<mareko>
it doesn't
<Kayden>
(some tests can be really stupid) :)
<Kayden>
nice work!!
<mareko>
what helps is moving code from FS to VS
urja has joined #dri-devel
<Kayden>
oh awesome
<Kayden>
I've always wanted to do that
<Kayden>
if you've got basically uniform code in your FS, running it in the VS ought to be less iterations of it running (assuming more pixels than vertices, which is mostly true)
<mareko>
yes
<Kayden>
(Civilization VI's 3 pixels wide multi-thousand-vertex polygon meshes for cows not withstanding)
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
mszyprow has joined #dri-devel
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
rgallaispou1 has left #dri-devel [#dri-devel]
Danct12 has quit [Quit: WeeChat 4.0.4]
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
rasterman has joined #dri-devel
urja has quit [Read error: Connection reset by peer]
Danct12 has joined #dri-devel
urja has joined #dri-devel
mszyprow_ has joined #dri-devel
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
mszyprow_ has quit []
urja has quit [Read error: Connection reset by peer]
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
junaid has quit [Remote host closed the connection]
fab has joined #dri-devel
<airlied>
sima: want to jump on the vkms locking thread before anyone gets hurt?
urja has quit [Read error: Connection reset by peer]
<airlied>
i think the last post might make tglx implode
urja has joined #dri-devel
<sima>
uh
xroumegue has joined #dri-devel
<sima>
mairacanal, ^^ ok I looked a0e6a017ab56936c0405 needs to be reverted asap, can you pls push that with my acked-by and links to all the discussion?
urja has quit [Read error: Connection reset by peer]
<sima>
mairacanal, we can then chat here about everything else that we should do to sort this out properly
urja has joined #dri-devel
<sima>
mairacanal, pls make sure the revert lands in drm-misc-fixes asap, before mripard or tzimmermann (not sure who's on -fixes duties) send the drm-misc-fixes pr today
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
<tzimmermann>
mairacanal, i want to send the PR today, but I can wait a bit
* austriancoder
is looking for some tests that are using >1 draw buffer. I want to test out MRTs with different use cases. Maybe someone has a tip for me?
mszyprow has quit [Ping timeout: 480 seconds]
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
<pepp>
mareko: nice!
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
mszyprow has joined #dri-devel
Ahuj has joined #dri-devel
Danct12 has quit [Quit: WeeChat 4.0.4]
<mareko>
pepp: it won't be finished this week or next week like we talked about because I have more ideas for improvements
Danct12 has joined #dri-devel
elongbug__ has joined #dri-devel
exp80[m] has joined #dri-devel
ofirbitt[m] has joined #dri-devel
fkassabri[m] has joined #dri-devel
nekit[m] has joined #dri-devel
DUOLabs[m] has joined #dri-devel
nicofee[m] has joined #dri-devel
elongbug_ has quit [Ping timeout: 480 seconds]
aravind has quit [Ping timeout: 480 seconds]
donaldrobson has joined #dri-devel
<airlied>
tzimmermann: if no patch arrives just hit the rrvert if u can
<javierm>
airlied: I believe that mairacanal is based in Brazil? So probably too early for her
<tzimmermann>
airlied, javierm, i can wait with the PR for a few more hours, if that's not too late for the drm-fixes PR
aravind has joined #dri-devel
<dolphin>
airlied, sima: any thoughts on the DRM level netlink based RAS series from Aravind? He has been iterating and addressing feedback on the series for a while now, but an in-depth review would be great to gauge if we're heading to the right direction
urja has quit [Read error: Connection reset by peer]
<dolphin>
aravind: can you drop the link to the latest revision here
<sima>
aravind, on the code itself only really bikesheds, I'd drop DRIVER_NETLINK and just gate that on the presence of the ops structure or something
<sima>
DRIVER_ flags just tend to get out of sync or people forget to set them, so best to avoid unless actually required
<sima>
and also from a quick read-through of the xe code maybe more drm_netlink helpers would be good to send the stuff out correctly?
<sima>
but that's all bikeshed, imo the real important part is getting acks from other drivers that they are on board
urja has quit [Read error: Connection reset by peer]
<sima>
ideally in the form of patches
<dolphin>
the biggest concern raised so far is the fact that it uses netlink, but that was already discussed back in the day :) It's currently awkward for container use-cases, but as netlink sees more use, I think that needs to be addressed at netlink level
urja has joined #dri-devel
<sima>
yeah I think that was the conclusion from lpc, netlink isn't perfect, but it's less shit than the other options
urja has quit [Read error: Connection reset by peer]
<dolphin>
however, at least according to kubernetes folks, they don't even see a problem that the container reading the RAS telemetry would have to share networking with host
<dolphin>
so it's not a blocker even there without any improvements, just inconvenience
urja has joined #dri-devel
<sima>
yeah I think the only possible issue we might have is overlap with RAS reporting from the bus level, like some pci standards
urja has quit [Read error: Connection reset by peer]
<dolphin>
sima: thanks for comments, if you don't mind dropping some thoughts on the mailing list, maybe that will agitate some discussion
<sima>
but also all I've seen there is very far still, and further from gpus, so drm_netlink sounds like a fine thing even if it might end up being somewhat interim
urja has joined #dri-devel
<dolphin>
the PCI error reporting is indeed one thing, but it's really tough to get working right even on vendor supplied server setup, I can't even imagine a system where random user slaps together components
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
<sima>
dolphin, there's some RAS stuff that's a lot more than pci error reporting, trying to make device ras somewhat uniform
urja has quit [Remote host closed the connection]
<dolphin>
yeah, but the mobo and the device would have to follow the spec :)
<sima>
the motivation seems to be to essentially extend the cxl stuff, since there you kinda need to know if part of your coherent domain went boom
urja has joined #dri-devel
<dolphin>
yep
<sima>
there's also the entire device poison stuff, but there's also a lot that's just a pile of abstraction layers and quite far away from actual pci
urja has quit [Read error: Connection reset by peer]
<sima>
but also, worst case I think we'll just do some glue in drm_netlink and expose these things in both places
urja has joined #dri-devel
<dolphin>
yeah, if such hardware support starts to appear, some code sharing should definitely be possible
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
<aravind>
sima, the reason I had DRIVER_NETLINK flag is the driver can choose to have their own netlink callbacks so they can skip the ops structure
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
<sima>
aravind, do you need that much flexibility?
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
<sima>
like there's always a bit tension in render/accel drivers on this, but in general if the consumer is generic userspace aim for more standardization
urja has quit [Read error: Connection reset by peer]
<sima>
and if the consumer is the umd, then allow full driver control
<sima>
netlink is the form, unlike e.g. vm_bind ioctl
urja has joined #dri-devel
<aravind>
ok ok
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
<sima>
another example, I think drm_info started out with a bit too much driver flexibility, hence also the question whether you should have more helpers to handle things to ensure drivers are consistent
urja has quit [Read error: Connection reset by peer]
<sima>
but that's all much easier to figure out with another 1-2 drivers using this
urja has joined #dri-devel
xantoz has quit [Ping timeout: 480 seconds]
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
cmichael has joined #dri-devel
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
<daniels>
sima, airlied: for CI fixes (cf. vignesh's last series), should we be pushing into -misc, or set up a separate tree in drm-tip and send you PRs for it, or?
<sima>
daniels, it's in now, so normal process
<sima>
meaning here ask for backmerge into -misc-next, land there
<daniels>
coolio
<sima>
the less topic branches the happier maintainers :-)
urja has quit [Read error: Connection reset by peer]
<daniels>
I guess the one annoyance is that lighting up spq8016 requires a topic patch because DT/SoC people insisted that come in separately
<sima>
daniels, same for the vkms/vgem stuff that iirc koike was working on
urja has joined #dri-devel
An0num0us has quit [Ping timeout: 480 seconds]
urja has quit [Read error: Connection reset by peer]
<sima>
daniels, yeah but then just ask -misc maintainers to merge that dt topic branch into drm-misc-next
<sima>
otherwise if we'd just keep piling topic branches because previous topic branches it becomes endless
urja has joined #dri-devel
<daniels>
sounds good!
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
Ella[m] has joined #dri-devel
talcohen[m] has joined #dri-devel
naheemsays[m] has joined #dri-devel
ella-0[m] has joined #dri-devel
onox[m] has joined #dri-devel
MotiH[m] has joined #dri-devel
egalli has joined #dri-devel
bylaws has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
urja has quit [Read error: Connection reset by peer]
aravind has joined #dri-devel
urja has joined #dri-devel
<haasn>
GL_RGB16_SNORM does not survive upload/download roundtrip on my end. GL_RG16_SNORM and GL_RGBA16_SNORM work fine, so does GL_RGB8_SNORM
urja has quit [Read error: Connection reset by peer]
<haasn>
(mesa amdgpu GL)
<haasn>
Probably whatever shader mesa is using internally to emulate support for this upload path is broken in either the upload or download direction
<haasn>
especially comparing to the other 3-component formats
urja has joined #dri-devel
<haasn>
is there any way I can easily run a GL app against in-tree build of mesa without restarting my whole compositor?
<_jannau__>
hashar: meson devenv from the build dir
urja has quit [Read error: Connection reset by peer]
<_jannau__>
err haasn ^^^
<_jannau__>
sorry for the unintnded mention
urja has joined #dri-devel
<hashar>
_jannau__: no worries!
urja has quit [Read error: Connection reset by peer]
<hashar>
I merely joined when I once attempted to tweak a kernel driver, but interested has fanned out and I will revisite later. I am idling there as to not forget this channel exist :)
urja has joined #dri-devel
<haasn>
_jannau__: huh, is that just settling the ol. LD_LIBRARY_PATH et al?
<mairacanal>
sima, just sent the revert to the ml, should I push it to drm-misc-fixes?
<_jannau__>
hashar: no worries, my fault. typo + tab completion
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
<_jannau__>
haasn: I think it sets LIBGL_DRIVER_PATH as well but it will use mesa and drivers from the build dir
<haasn>
yikes, llvmpipe doesn't even handle r8s correctly
<haasn>
turns all negative numbers into 0 it seems
<haasn>
what a headache
<haasn>
seems like SNORM formats are just fundamentally broken in mesa in multiple places
urja has quit [Read error: Connection reset by peer]
<sima>
mairacanal, yes please, and then tell tzimmermann when it's done
urja has joined #dri-devel
penguin42 has joined #dri-devel
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
vliaskov has joined #dri-devel
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
<mairacanal>
sima, can I push it without the patchwork link? the e-mail hasn't appeared on lore/patchwork yet
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
<sima>
mairacanal, you can add the link yourself, it's just the message id after all from lore or patchwork
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
<sima>
mairacanal, just feed the copy you have in your own mailer into dim
<sima>
dim doesn't actually check whether the link exists, it just builds it from the msg-id
<sima>
mairacanal, wrt the actual bugfix, I think a new vkms_composer_oneshot() interface for writeback, tracked separately from enabled state that the crc code uses, and automatically cleared in the hrtimer, is probably the right fix
urja has quit [Read error: Connection reset by peer]
<sima>
I'm not sure yet whether it needs to be a boolean or whether it needs to be a counter, to make sure we're not losing any writeback composition
<sima>
but mixing up writeback and crc composer state is I think the underlying bug here
urja has joined #dri-devel
<sima>
or if writeback is meant to be continuous, then we need separately tracked enable requests for them
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
<sima>
hm seems to be oneshot
Danct12 has quit [Quit: WeeChat 4.0.4]
kts has joined #dri-devel
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
<mairacanal>
sima, tzimmermann, the revert was pushed to drm-misc-fixes
<tzimmermann>
mairacanal, thanks
urja has quit [Read error: Connection reset by peer]
urja has joined #dri-devel
<kode54>
still waiting for someone to examine how a D3D11 game can crash DG2
<kode54>
but only with the new kernel driver
RSpliet has quit [Quit: Bye bye man, bye bye]
RSpliet has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
f11f12 has joined #dri-devel
<mareko>
Kayden: regarding uniform code in FS, I would just move it to the CPU instead of VS
shashanks__ has joined #dri-devel
shashanks_ has quit [Read error: Connection reset by peer]
<tzimmermann>
it appears to still be missing from drm-fixes
kunal10710[m] has joined #dri-devel
jasuarez has joined #dri-devel
daniliberman[m] has joined #dri-devel
bubblethink[m] has joined #dri-devel
dhirschfeld2[m] has joined #dri-devel
reactormonk[m] has joined #dri-devel
gdevi has joined #dri-devel
ttayar[m] has joined #dri-devel
An0num0us has joined #dri-devel
<alyssa>
mareko: nir opt preamble is probably a better answer for that
<alyssa>
or
tleydxdy has joined #dri-devel
sigmoidfunc[m] has joined #dri-devel
<sima>
tzimmermann, it's compiling
<alyssa>
sgpr salu if your hardware has that
undvasistas[m] has joined #dri-devel
<alyssa>
for truly uniform work
<alyssa>
but
<alyssa>
ymmv i guess
<alyssa>
Kayden: ^^
K0bin[m] has joined #dri-devel
itoral has quit [Quit: Leaving]
<sima>
tzimmermann, pushed
ohadsharabi[m] has joined #dri-devel
halfline[m] has joined #dri-devel
jeeeun8413513 has joined #dri-devel
simon-perretta-img has joined #dri-devel
jeeeun841351 has quit [Ping timeout: 480 seconds]
jeeeun8413513 is now known as jeeeun841351
rasterman has quit [Quit: Gettin' stinky!]
FloGrauper[m] has joined #dri-devel
heftig has joined #dri-devel
x512[m] has joined #dri-devel
Sumera[m] has joined #dri-devel
junaid has joined #dri-devel
robertmader[m] has joined #dri-devel
devarsht[m] has joined #dri-devel
dcbaker has joined #dri-devel
zamundaaa[m] has joined #dri-devel
tak2hu[m] has joined #dri-devel
Danct12 has joined #dri-devel
heat_ has joined #dri-devel
qyliss has quit [Quit: bye]
qyliss has joined #dri-devel
alpha-carinae has quit [Read error: Connection reset by peer]
qyliss has quit []
junaid has quit [Remote host closed the connection]
alpha-carinae has joined #dri-devel
qyliss has joined #dri-devel
kts has quit [Quit: Leaving]
alpha-carinae has quit [Ping timeout: 480 seconds]
alpha-carinae has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
kzd has joined #dri-devel
oneforall2 has joined #dri-devel
alpha-carinae has quit [Ping timeout: 480 seconds]
<sima>
mripard, maybe for the kunit tests that are combinatorial explosions, trying to split into per-test patch (or group of tests) would be good so the overall thing isn't hung up in objections against removing a specific test?
<sima>
been there, done that ... :-)
An0num0us has quit [Ping timeout: 480 seconds]
fab has quit [Quit: fab]
<mripard>
yeah, that's what I wanted to do
Company has joined #dri-devel
<mripard>
even more so since we could come up with unit tests equivalent to the ones raising objections
Wallbraker has joined #dri-devel
fab has joined #dri-devel
jewins has joined #dri-devel
qyliss has quit [Quit: bye]
qyliss has joined #dri-devel
<mareko>
alyssa: doing it on the CPU would still be much more efficient than sgpr salu
<mareko>
alyssa: nir_opt_preamble would only be for UBOs, but the CPU can do it better for uniforms
enick_185 has joined #dri-devel
<alyssa>
fair enough
kts has joined #dri-devel
mvchtz has quit [Quit: WeeChat 3.5]
mszyprow has quit [Ping timeout: 480 seconds]
khilman has quit [Read error: Connection reset by peer]
linusw has quit [Write error: connection closed]
appusony____ has quit [Write error: connection closed]
mdnavare has quit [Write error: connection closed]
hashar has quit [Write error: connection closed]
linyaa has quit [Write error: connection closed]
cwabbott has quit [Write error: connection closed]
ddavenport_ has quit [Write error: connection closed]
tchar has quit [Read error: Connection reset by peer]
devarsh_ has quit [Read error: Connection reset by peer]
markco has quit [Read error: No route to host]
ezequielg has quit [Write error: connection closed]
jhugo has quit [Write error: connection closed]
CosmicPenguin has quit [Write error: connection closed]
hfink has quit [Read error: Connection reset by peer]
kode54 has quit [Write error: connection closed]
dianders has quit [Read error: Connection reset by peer]
norris has quit [Write error: connection closed]
rcn-ee___ has quit [Write error: connection closed]
angular_mike______ has quit [Write error: connection closed]
steve--w has quit [Read error: No route to host]
cengiz_io has quit [Write error: connection closed]
SanchayanMaity has quit [Read error: Connection reset by peer]
vgpu-arthur has quit [Read error: Connection reset by peer]
TimurTabi has quit [Write error: connection closed]
pundir has quit [Read error: No route to host]
ernstp has quit [Read error: No route to host]
rg3igalia has quit [Read error: No route to host]
ccaione has quit [Write error: connection closed]
benettig has quit [Write error: connection closed]
dschuermann has quit [Write error: connection closed]
tfiga has quit [Write error: connection closed]
olv has quit [Write error: connection closed]
naseer__ has quit [Write error: connection closed]
vaishali has quit [Write error: connection closed]
jstultz has quit [Read error: No route to host]
NishanthMenon has quit [Read error: No route to host]
rib has quit [Read error: Connection reset by peer]
kathleen_ has quit [Read error: Network is unreachable]
ogabbay has quit [Write error: connection closed]
cheako has quit [Read error: Connection reset by peer]
krh has quit [Write error: connection closed]
vignesh has quit [Read error: Connection reset by peer]
pendingchaos has quit [Read error: Connection reset by peer]
mvchtz has joined #dri-devel
<cmarcelo>
for freedreeno, do we need to use the wrapdb and download code even in linux builds, or is there a way to ask it to use the system version of the libraries?
rodrigovivi has quit [Read error: Connection reset by peer]
sskras has quit [Read error: Connection reset by peer]
seanpaul_ has quit [Read error: Connection reset by peer]
zmike has quit [Write error: connection closed]
lileo has quit [Write error: connection closed]
gildekel has quit [Read error: Connection reset by peer]
haasn has quit [Read error: Connection reset by peer]
jimjams has quit [Read error: Connection reset by peer]
lvrp16 has quit [Read error: Connection reset by peer]
zzag has quit [Read error: Connection reset by peer]
zx2c4 has quit [Read error: Connection reset by peer]
hwentlan_ has quit [Read error: Connection reset by peer]
steev has quit [Read error: Connection reset by peer]
jluthra has quit [Read error: Connection reset by peer]
eric_engestrom has quit [Write error: connection closed]
robher has quit [Read error: Connection reset by peer]
daniels has quit [Write error: connection closed]
kerneltoast has quit [Write error: connection closed]
_alice has quit [Write error: connection closed]
arnd has quit [Write error: connection closed]
austriancoder has quit [Write error: connection closed]
CosmicPenguin has joined #dri-devel
devarsh_ has joined #dri-devel
rcn-ee___ has joined #dri-devel
ccaione has joined #dri-devel
khilman has joined #dri-devel
ezequielg has joined #dri-devel
cengiz_io has joined #dri-devel
vaishali has joined #dri-devel
TimurTabi has joined #dri-devel
cwabbott has joined #dri-devel
jstultz has joined #dri-devel
sskras has joined #dri-devel
rodrigovivi has joined #dri-devel
jimjams has joined #dri-devel
gildekel has joined #dri-devel
cheako has joined #dri-devel
hwentlan_ has joined #dri-devel
zzag has joined #dri-devel
seanpaul_ has joined #dri-devel
kerneltoast has joined #dri-devel
zmike has joined #dri-devel
pendingchaos has joined #dri-devel
eric_engestrom has joined #dri-devel
lileo has joined #dri-devel
robher has joined #dri-devel
haasn has joined #dri-devel
jluthra has joined #dri-devel
zx2c4 has joined #dri-devel
austriancoder has joined #dri-devel
arnd has joined #dri-devel
lvrp16 has joined #dri-devel
_alice has joined #dri-devel
steev has joined #dri-devel
angular_mike______ has joined #dri-devel
naseer__ has joined #dri-devel
appusony____ has joined #dri-devel
jhugo has joined #dri-devel
steve--w has joined #dri-devel
daniels has joined #dri-devel
ddavenport_ has joined #dri-devel
linusw has joined #dri-devel
tchar has joined #dri-devel
kathleen_ has joined #dri-devel
hashar has joined #dri-devel
linyaa has joined #dri-devel
olv has joined #dri-devel
mdnavare has joined #dri-devel
kode54 has joined #dri-devel
NishanthMenon has joined #dri-devel
rg3igalia has joined #dri-devel
norris has joined #dri-devel
dschuermann has joined #dri-devel
pundir has joined #dri-devel
markco has joined #dri-devel
hfink has joined #dri-devel
vgpu-arthur has joined #dri-devel
SanchayanMaity has joined #dri-devel
tfiga has joined #dri-devel
rib has joined #dri-devel
ernstp has joined #dri-devel
benettig has joined #dri-devel
dianders has joined #dri-devel
vignesh has joined #dri-devel
ogabbay has joined #dri-devel
krh has joined #dri-devel
<HdkR>
cmarcelo: Probably want to re-ask that question once this netsplit comes back in a few minutes
<cmarcelo>
HdkR: tks. yeah, realized right after I sent the message (-:
zzoon has joined #dri-devel
seanpaul_ is now known as seanpaul
kunal_10185[m] has joined #dri-devel
AlaaEmad[m] has joined #dri-devel
Targetball[m] has joined #dri-devel
pp123[m] has joined #dri-devel
AlexisHernndezGuzmn[m] has joined #dri-devel
cwfitzgerald[m] has joined #dri-devel
cmichael has quit [Quit: Leaving]
<cmarcelo>
for freedreeno, is there a way to ask meson to use the system version of the libraries instead of downloading them with the wrapdb mechanism? (I was surprised the default build was to touching the network)
<cmarcelo>
markco: thanks. that flag seems what I was looking for
<markco>
Great :)
crabbedhaloablut has quit [Read error: No route to host]
crabbedhaloablut has joined #dri-devel
illwieckz has quit [Ping timeout: 480 seconds]
f11f12 has quit [Quit: Leaving]
Duke`` has joined #dri-devel
illwieckz has joined #dri-devel
mbrost has joined #dri-devel
junaid has joined #dri-devel
mszyprow has quit [Ping timeout: 480 seconds]
mbrost_ has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
Ahuj has quit [Ping timeout: 480 seconds]
oneforall2 has quit [Remote host closed the connection]
mbrost has quit [Ping timeout: 480 seconds]
oneforall2 has joined #dri-devel
frieder has quit [Remote host closed the connection]
KunalAgarwal[m][m] has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
An0num0us has joined #dri-devel
donaldrobson has quit [Ping timeout: 480 seconds]
shashanks__ is now known as shashanks
Guest36 has quit [Remote host closed the connection]
<robclark>
hmm, with deqp (surfaceless platform).. why can't I get a (non-fbo) 565 config?
idr has joined #dri-devel
<mareko>
multiplications by inf are killing me, I can't move them from FS to VS across interpolation
<mareko>
interpolation always converts infs to nans
<mareko>
I need to allow "inf * anything = nan"
<idr>
mareko: Probably because at some point the interpolator multiplies with 0. Only 0*Inf should be NaN.
<idr>
Anything else /should/ be ±Inf.
<mareko>
idr: also inf - inf
<idr>
Right... I be that happens at some point during interpolation.
<idr>
*I bet
<mareko>
interp(v, i, j) = v0 + (v1-v0)*i + (v2-v0)*j
<cheako>
Hi, I did this thing I regret and moved firefox into flatpak... but now I have no control over what mesa is being used and can't test out git builds. Does anyone have a solution? https://gitlab.com/freedesktop-sdk/mesa-git-extension/-/issues/22 also is there any way to get information out of FF about what GL and vuapi/whatever it's using?
<mareko>
yes, though I don't remember how, also if google maps don't have the 3D view, you have no accel or llvmpipe
<psykose>
about:support has Graphics which has what you want
<psykose>
i think
<mareko>
flatpak, snap, etc. are great for losing GPU accel
<cheako>
about:support is it and yeah no accell for me.
<robclark>
so.. if mesa is avail as flatpak sdk you could use $FLATPAK_ENABLE_SDK_EXT I think.. at least I did similar to get llvm avail in vscode flatpak
kxkamil2 has quit []
<Kayden>
bundling drivers in app packages, what a disaster
kxkamil has joined #dri-devel
eukara has quit [Read error: Connection reset by peer]
kzd has quit [Quit: kzd]
<mareko>
I wonder if inexact in NIR allows "inf * anything = nan"
lemonzest has quit [Read error: Connection reset by peer]
<idr>
mareko: I was going to suggest... for interpolated things that you decide not to interpolate, you could put a (x*0)+x or something else that would for Inf to NaN at the start of the fragment shader.
macromorgan has joined #dri-devel
An0num0us has quit [Ping timeout: 480 seconds]
<mareko>
that's a good idea
mripard has quit [Quit: mripard]
anholt__ is now known as anholt
znullptr[m] has joined #dri-devel
benjaminl has joined #dri-devel
DavidHeidelberg[m] has joined #dri-devel
benjamin1 has quit [Ping timeout: 480 seconds]
luc has quit [Remote host closed the connection]
vidal72[m] has joined #dri-devel
sergi1 has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
mszyprow has joined #dri-devel
YuGiOhJCJ has joined #dri-devel
mszyprow has quit [Ping timeout: 480 seconds]
macromorgan has quit [Read error: Connection reset by peer]
viciouss[m] has joined #dri-devel
gouchi has joined #dri-devel
kallisti5[m] has joined #dri-devel
An0num0us has joined #dri-devel
Hazematman has joined #dri-devel
dabrain34[m]1 has joined #dri-devel
Kayden has quit [Quit: -> JF]
JosExpsito[m] has joined #dri-devel
tomeu has joined #dri-devel
<zf>
is gfxreconstruct capable of capturing traces that don't actually present anything?
<zf>
or, well, it seems that it is, but I'm not sure if they can be usefully analyzed?
rasterman has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
samueldr has joined #dri-devel
crabbedhaloablut has quit []
macromorgan has joined #dri-devel
junaid has quit [Remote host closed the connection]
mszyprow has joined #dri-devel
vliaskov has quit []
junaid has joined #dri-devel
f11f12 has joined #dri-devel
vyivel has quit [Remote host closed the connection]
<pinchartl>
lumag: thanks for the ping, I'll give it a look
<lumag>
pinchartl, thanks!
egbert is now known as Guest130
egbert has joined #dri-devel
sima has quit [Ping timeout: 480 seconds]
Guest130 has quit [Ping timeout: 480 seconds]
Kayden has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
heat_ has quit [Remote host closed the connection]
alanc has quit [Remote host closed the connection]
heat_ has joined #dri-devel
alanc has joined #dri-devel
ajhalaney[m] has joined #dri-devel
<soreau>
trying to use AMD_DEBUG=useaco with a glesv2 wlroots compositor gives these errors: ac_rtld error: !ehdr \n ELF error: invalid `Elf' handle \n LLVM failed to upload shader \n EE ../src/gallium/drivers/radeonsi/si_state_shaders.cpp:2491 si_build_shader_variant - Failed to build shader variant (type=0)
gouchi has quit [Remote host closed the connection]
<kisak>
radeonsi/aco is pretty experimental right now. I doubt yuq825 has looked at gles at all yet.
elongbug__ has quit [Read error: Connection reset by peer]
f11f12 has quit [Quit: Leaving]
elongbug__ has joined #dri-devel
<soreau>
kisak: ok, thanks
Guest135 has quit [Ping timeout: 480 seconds]
konradybcio has joined #dri-devel
<lumag>
konradybcio, robclark: who would be the best person to ping regarding zink? We are observing segfaults when running zink+turnip as well as zink+llvmpipe.
<lumag>
E.g. I can get basic gnome and gnome-terminal to work, but gnome-control-center segfaults
<HdkR>
I offer zmike for tribute
<zmike>
oh no
<lumag>
konradybcio, robclark: initially I suspected turnip (of course :D), but after reproducing this with llvmpipe I started looking at zink with kind of suspicion. This is on the 23.3.0-to-be branch.
<zmike>
what kind of crash
junaid has quit [Remote host closed the connection]
<konradybcio>
lumag if you catch strace and renderdoc you may just be the main character of the next SGC story! :D
<lumag>
zmike, I don't have a proper debug-enabled function trace yet. I should have it tomorrow
<pinchartl>
lumag: done
<lumag>
current valgrind trace goes into zink-dri.so, with the error being the 'read of size 8'.
<lumag>
pinchartl, thanks!
<pinchartl>
you're welcome
jdavies_ has quit [Remote host closed the connection]
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
yshui` has joined #dri-devel
frankbinns1 has joined #dri-devel
simon-perretta-img_ has joined #dri-devel
frankbinns has quit [Ping timeout: 480 seconds]
simon-perretta-img has quit [Ping timeout: 480 seconds]
<markco>
Wanted to report a known issue with the libarchive from meson wrapdb, it seems at some point libarchive added `AC_CHECK_TYPE`/`AC_TYPE_SIZE_T` checks which were done redundantly by the meson wrap script causing them both to redefine missing types such as `id_t` twice that can cause compilation errors. I'll fix this up in Mesa tomorrow but wanted to document it in-case anyone runs into it, just stick to using system libs for now.
<soreau>
kisak: FWIW, with MESA_SHADER_CACHE_DISABLE=1, the compositor runs correctly despite those messages (with wayland backend at least, haven't tried with drm)
Kayden has quit [Quit: home]
pcercuei has quit [Quit: dodo]
<soreau>
but there is an intermittent bug using radeonsi with or without aco (but maybe the offending shader is still using llvm), where sometimes, one of the texture frames of a toplevel is completely transparent, causing a flicker during unminimize animation with alpha blur shader enabled. This does not seem to happen with zink+radv
xerpi[m] has joined #dri-devel
<soreau>
I tried to trace it with apitrace but it doesn't replay with eglretrace, and renderdoc can't even get a trace
Quinten[m] has joined #dri-devel
zzxyb[m] has joined #dri-devel
<soreau>
debugging the compositor, everything seems sane, there are no mesa errors, even with a mesa debug build and setting MESA_DEBUG=1
Newbyte has joined #dri-devel
<soreau>
so it feels like a driver/llvm bug, but I'm not sure how to report it since it's intermittent and not reproducible by others
<soreau>
but I am able to reproduce it locally quite easily, with wayland and drm backends
<soreau>
I used GALLIUM_TRACE but I'm not sure if it shows anything since I am unsure how to read it
heat_ has quit [Remote host closed the connection]