ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
YuGiOhJCJ has joined #dri-devel
co1umbarius has joined #dri-devel
columbarius has quit [Ping timeout: 480 seconds]
khfeng has joined #dri-devel
macromorgan has joined #dri-devel
camus has quit [Ping timeout: 480 seconds]
camus has joined #dri-devel
mcoffin has joined #dri-devel
mcoffin has quit [Quit: leaving]
pixelcluster has quit [Ping timeout: 480 seconds]
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
pixelcluster has joined #dri-devel
heat has quit [Ping timeout: 480 seconds]
oneforall2 has quit [Remote host closed the connection]
oneforall2 has joined #dri-devel
ella-0_ has joined #dri-devel
ella-0 has quit [Read error: Connection reset by peer]
kts has joined #dri-devel
kts_ has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
Duke`` has joined #dri-devel
<mareko>
I wish I had a tool which says how many time each structure member was accessed
eukara has joined #dri-devel
itoral has joined #dri-devel
rpigott has quit [Remote host closed the connection]
rpigott has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
saurabhg has joined #dri-devel
OftenTimeConsuming has quit [Remote host closed the connection]
OftenTimeConsuming has joined #dri-devel
fab has joined #dri-devel
mvlad has joined #dri-devel
saurabhg has quit [Ping timeout: 480 seconds]
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Jeremy_Rand_Talos_ has joined #dri-devel
pjakobsson has joined #dri-devel
danvet has joined #dri-devel
fab has quit [Quit: fab]
frieder has joined #dri-devel
kts_ has quit [Ping timeout: 480 seconds]
kts_ has joined #dri-devel
nchery has quit [Ping timeout: 480 seconds]
thellstrom has joined #dri-devel
nchery has joined #dri-devel
nchery is now known as Guest781
nchery has joined #dri-devel
YuGiOhJCJ has quit [Remote host closed the connection]
YuGiOhJCJ has joined #dri-devel
lynxeye has joined #dri-devel
rasterman has joined #dri-devel
Guest781 has quit [Ping timeout: 480 seconds]
fab has joined #dri-devel
sdutt has quit [Remote host closed the connection]
gio has joined #dri-devel
srslypascal has quit [Remote host closed the connection]
srslypascal has joined #dri-devel
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Jeremy_Rand_Talos_ has joined #dri-devel
jkrzyszt has joined #dri-devel
frieder has quit [Ping timeout: 480 seconds]
frieder has joined #dri-devel
RamyeZ has joined #dri-devel
RamyeZ has quit [autokilled: This host violated network policy and has been banned. Mail support@oftc.net if you think this is in error. (2022-08-22 08:23:45)]
kts_ has quit [Ping timeout: 480 seconds]
kts_ has joined #dri-devel
lemonzest has joined #dri-devel
thellstrom has quit [Remote host closed the connection]
OftenTimeConsuming has quit [Remote host closed the connection]
OftenTimeConsuming has joined #dri-devel
kts_ has quit [Ping timeout: 480 seconds]
nirmoy has joined #dri-devel
<kusma>
It seems like a bunch of ANV tests (as in -Dbuild-test) has started failing on Mesa main recently
<kusma>
...but for some reason we're only running the normal tests on the Windows CI machine, where ANV isn't enabled (for obvious reasons), so it's not been caught by CI...
pcercuei has joined #dri-devel
kts_ has joined #dri-devel
<kusma>
Seems to be caused by 356a60bd6c593d14324dbd9256e6c3ee8be61277...
<Ristovski>
(maybe you can use `rr` debugger to get deterministic addresses?)
<Ristovski>
example: `sudo bpftrace -e "watchpoint:0x7fff32f7a60c:4:rw { @some_field = count() } watchpoint:0x7fff32f7a610:4:rw { @some_other_field = count() }`, hitting ctrl+c prints number of accesses
<Ristovski>
yup, works with `rr`!
JohnnyonFlame has quit [Ping timeout: 480 seconds]
frytaped has quit [Quit: WeeChat 3.5]
frytaped has joined #dri-devel
pendingchaos_ is now known as pendingchaos
<Ristovski>
oh but you can only use llvmpipe with rr :/
alyssa has joined #dri-devel
frytaped has quit [Quit: WeeChat 3.5]
frytaped has joined #dri-devel
<tomba>
What is the reason that CRTC's atomic_enable is called before bridge's atomic_pre_enable? I've had a problem on two platforms where the bridge provides the pclk to the crtc, and thus the bridge needs to be "pre-enabled" before the crtc can be enabled, and so far this has been solved with driver specific callbacks. But wouldn't it make sense to have something in the framework to allow bridges to some work before the crtc will be enabled?
alyssa has left #dri-devel [#dri-devel]
fxkamd has joined #dri-devel
mbrost has joined #dri-devel
srslypascal has quit [Ping timeout: 480 seconds]
srslypascal has joined #dri-devel
fahien has quit [Ping timeout: 480 seconds]
fahien has joined #dri-devel
camus has quit []
camus has joined #dri-devel
sdutt has joined #dri-devel
cengiz_io has joined #dri-devel
Company has joined #dri-devel
fahien has quit [Quit: fahien]
fahien has joined #dri-devel
<kisak>
I got a request for early backport of !17901 to fix a crash on invalid memory access with virgl_test_server. I don't do anything with virgl. Any chance someone who is interested in virgl is hanging out and can verify that's a sane request? Maybe get the ball rolling for that to go into 22.2 so it's not a PPA-specific deviation?
Haaninjo has joined #dri-devel
kts has quit [Ping timeout: 480 seconds]
fab has quit [Quit: fab]
sdutt has quit []
sdutt has joined #dri-devel
<karolherbst>
anybody aware of chromium bugs in regards to "figuring out what's the main GPU to use"? We have a user in #nouveau where nouveau seems to be loaded before i915, but finishes later. So fb0 is i915, card0 is nouveau and card1 is i915 again. But chromium/chrome insists on using nouveau as the main GPU even though that's clearly wrong
mbrost has quit [Read error: Connection reset by peer]
<emersion>
X11 or wayland?
<karolherbst>
wayland
mbrost has joined #dri-devel
<karolherbst>
but it might run through xwayland.. not sure
<emersion>
chromium runs through X11 by default
<karolherbst>
not anymore
<emersion>
needs opt-in to run via wayland
<emersion>
ah?
<karolherbst>
since 100 or 101 or something
<emersion>
nice
<karolherbst>
at least in fedora as it seems
<emersion>
ah, maybe a fedora patch
<karolherbst>
user is on fedora though
<frytaped>
Well I forced chromium to run under wayland
<frytaped>
was using it from Flathub
<frytaped>
(I am that user btw)
fahien has quit [Ping timeout: 480 seconds]
<karolherbst>
anyway, I can't really add much from my end to this issue and I think we should bring this up to the chromium folks, who might know something
zehortigoza has quit [Remote host closed the connection]
<karolherbst>
frytaped: is just the wayland or also the x backend affected by this?
<galston>
Hello, I built mesa 21.0.0 from source on Ubuntu 20.04.4 and am trying to use by setting LD_LIBRARY_PATH to the install directory. I'm getting the errors 'libGL error: No matching fbConfigs or visuals found' and 'libGL error: failed to load driver: swrast'. Does anyone know what is wrong? Thanks.
<galston>
Thanks emersion, but that still gives the same error.
thellstrom has joined #dri-devel
<Ristovski>
galston: how are you setting LD_LIBRARY_PATH? Can you share the whole command?
aswar002 has joined #dri-devel
<galston>
I use fish as a shell and am setting it with 'set -x LD_LIBRARY_PATH set -x LD_LIBRARY_PATH ~/Stellar/mesa/installdir/lib/x86_64-linux-gnu/ ~/Stellar/toolchain/lib64'. The 2nd path is needed to pick up libstdc++ I used to compile it (I used gcc version 12.1.0 instead of the system version). I've verified with LD_DEBUG=libs that it is loading libGL.so and other libs from the mesa installdir that I built.
fahien has quit [Ping timeout: 480 seconds]
<galston>
(Woops typo in my precious line, obviously I am only using set -x LD_LIBRARY_PATH once. This is my first time using this chat client and I'm a bit slow :).)
aswar002 has quit [Remote host closed the connection]
aswar002 has joined #dri-devel
LexSfX has joined #dri-devel
<galston>
LD_DBUG=libs prints out 'calling fini: /lib/x86_64-linux-gnu/libdrm_nouveau.so.2 [0]' right before I get the message 'libGL error: failed to load driver: swrast'.
<galston>
(and these messages appear after a 'calling fini: /home/galston/Stellar/mesa/installdir/lib/x86_64-linux-gnu/dri/swrast_dri.so [0]' message, so I think it is trying to load the correct swrast (i.e. the one I built))
aswar002 has quit [Ping timeout: 480 seconds]
<eric_engestrom>
emersion: since I keep missing things tonight, I'll let you click merge on !254 :)
<eric_engestrom>
oh nvm, it failed on freebsd
thellstrom has quit [Ping timeout: 480 seconds]
pendingchaos has quit [Ping timeout: 480 seconds]
iive has joined #dri-devel
lemonzest has quit [Quit: WeeChat 3.5]
unerlige has joined #dri-devel
<emersion>
ahah, no worries :P
fab has quit [Quit: fab]
<emersion>
eric_engestrom: i think it's auto_features and not auto-features
<emersion>
for -D at least
<emersion>
--auto-features might work
<eric_engestrom>
no actually the issue was that it's --auto-features
fab has joined #dri-devel
<emersion>
well, snake_case for -D, kebab-case for CLI
srslypascal has quit [Ping timeout: 480 seconds]
<eric_engestrom>
but I'm pretty sure `-D foo-bar` and `-D foo_bar` are identical internally in meson
srslypascal has joined #dri-devel
<emersion>
hm
<emersion>
all of this is a bit confusing
<eric_engestrom>
nope, I'm wrong
<eric_engestrom>
I mean, that's tonight's theme I gues
pendingchaos has joined #dri-devel
stuart has joined #dri-devel
ybogdano has quit [Ping timeout: 480 seconds]
lygstate_ has joined #dri-devel
ahajda has quit [Quit: Going offline, see ya! (www.adiirc.com)]
lygstate has quit [Read error: Connection reset by peer]
srslypascal is now known as Guest823
srslypascal has joined #dri-devel
Guest823 has quit [Ping timeout: 480 seconds]
kts_ has quit [Ping timeout: 480 seconds]
aswar002 has joined #dri-devel
<emersion>
eric_engestrom: btw, can you add S-o-b to your patches? the policy for this repo seems to be "strongly recommended"
idr has joined #dri-devel
<emersion>
(it means you agree to DCO)
dv_ has joined #dri-devel
<eric_engestrom>
I usually do, but sometimes I forget `-s`
<eric_engestrom>
I'll check my MRs in flight and amend them
<emersion>
thx
<emersion>
i'll have a look at the other tomorrow (in the meantime, a rebase is needed i believe)
aswar002 has quit [Quit: Leaving]
YuGiOhJCJ has joined #dri-devel
kts_ has joined #dri-devel
kts_ has quit []
fab has quit [Quit: fab]
mvlad has quit [Remote host closed the connection]
Duke`` has quit [Ping timeout: 480 seconds]
srslypascal is now known as Guest836
srslypascal has joined #dri-devel
Guest836 has quit [Ping timeout: 480 seconds]
nchery is now known as Guest839
nchery has joined #dri-devel
<eric_engestrom>
lygstate_: I'm not familiar with aco so I can't review your MR (:
YuGiOhJCJ has quit [Remote host closed the connection]
YuGiOhJCJ has joined #dri-devel
<idr>
zmike: Is that branch working now with tarceri's fix?
<zmike>
it should be
<zmike>
if it's not, ci will surely inform us
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Jeremy_Rand_Talos_ has joined #dri-devel
pcercuei has joined #dri-devel
Haaninjo has quit [Quit: Ex-Chat]
<idr>
zmike: It's in marge's capable hands now.
<zmike>
praise.
nirmoy has quit [Ping timeout: 480 seconds]
tlwoerner has quit [Read error: No route to host]
danvet has quit [Ping timeout: 480 seconds]
lygstate_ has quit [Remote host closed the connection]
lygstate has joined #dri-devel
bluebugs has joined #dri-devel
pcercuei has quit [Quit: dodo]
rkanwal has quit [Quit: rkanwal]
iive has quit [Quit: They came for me...]
ybogdano has quit [Ping timeout: 480 seconds]
<tarceri>
I rebase it a couple of days ago and ran ci, I think there is a microsift compiler error that needed to be fixed
<jenatali>
../src/mesa/state_tracker/st_glsl_to_nir.cpp(1037): error C7555: use of designated initializers requires at least '/std:c++20'
<Ristovski>
oh speaking of compile errors, perfetto stuff is also borked with gcc13 as it now requires an explicit cstdint include in pps/pps_device.h and pps/pps_counter.h