epoch101 has quit [Read error: Connection reset by peer]
mbrost_ has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
himal has joined #dri-devel
<mareko>
if I wanted to enable modesetting for r600 and amdgpu by default, where would I do it?
<mareko>
r600 and radeonsi that is
Haaninjo has quit [Quit: Ex-Chat]
bolson_ has joined #dri-devel
bolson has quit [Ping timeout: 480 seconds]
<mattst88>
mareko: I think you set radeon.si_support=0 amdgpu.si_support=1 on the kernel command line (also .cik_support)
bmodem has quit [Ping timeout: 480 seconds]
<mattst88>
looks like CONFIG_DRM_AMDGPU_SI / CONFIG_DRM_AMDGPU_CIK kconfig options are relevant
<mareko>
mattst88: that doesn't affect modesetting
<mareko>
xf86-video-amdgpu is used if it's installed
<mattst88>
oh, you mean xf86-video-modesetting
<mareko>
yes
<mattst88>
In that case, I don't know
<mareko>
the question is, if we wanted to deprecate xf86-video-amdgpu, what would we have to do
<MrCooper>
don't install it
<mareko>
is there no table where the selection is determined?
<MrCooper>
when it's installed, the modesetting driver can be forced with a ~4-line xorg.conf
<mareko>
then it's not the default
<MrCooper>
mareko: it's the xorg.conf.d snippet shipped by xf86-video-amdgpu
<MrCooper>
shipping the driver but not using it by default doesn't make much sense though
<mareko>
ok
<mareko>
how distros determine what to install?
<MrCooper>
mareko: for -ati it's trickier because the xorg.conf.d mechanism is based on the kernel driver, which is the same for R600 and older Radeons
<mareko>
but not amdgpu?
<MrCooper>
not sure what you're asking
<mareko>
nevermind
tzimmermann has quit [Quit: Leaving]
anujp has quit [Ping timeout: 480 seconds]
epoch101_ has quit []
anujp has joined #dri-devel
mbrost has joined #dri-devel
mbrost_ has quit [Ping timeout: 480 seconds]
rgallaispou has joined #dri-devel
ity1 has joined #dri-devel
ity has quit [Remote host closed the connection]
ity1 has quit []
ity has joined #dri-devel
mbrost has quit [Ping timeout: 480 seconds]
kts has quit [Remote host closed the connection]
mdroper has quit [Ping timeout: 480 seconds]
karenw has joined #dri-devel
cyrinux has quit []
cyrinux has joined #dri-devel
digetx is now known as Guest8150
digetx has joined #dri-devel
glennk has quit [Remote host closed the connection]
Guest8150 has quit [Ping timeout: 480 seconds]
glennk has joined #dri-devel
lynxeye has quit [Quit: Leaving.]
<alyssa>
mareko: fyi I plan to review all the i/o stuff, either today or early next week
<daniels>
mareko: distros generally don’t choose dynamically, but it’s a set list per-arch, so for Ubuntu ping tjaalton, for fedora ajax, etc
epoch101 has joined #dri-devel
<alyssa>
mareko: although looks like stuff is blowing up :melt:
karenw is now known as karenw_
karenw_ has quit []
karenw_ has joined #dri-devel
karenw_ has quit []
karenw_ has joined #dri-devel
karenw_ is now known as karenw
karenw is now known as karenw_
karenw_ is now known as karenw
karenw is now known as karenw_
karenw_ is now known as karenw
coldfeet has quit [Remote host closed the connection]
psykose has quit [Remote host closed the connection]
<jenatali>
SIGSEGV after reporting a passing result
<alyssa>
mupuf: ^^
epoch101 has quit []
<mupuf>
...
<mupuf>
and the previous job also failed: ERROR - dEQP error: malloc(): unaligned tcache chunk detected
jsa1 has joined #dri-devel
<jenatali>
Oh I didn't look at the previous one to see it was different
<jenatali>
Passed on re-re-run, good enough to reassign to Marge I guess
kaiwenjon has joined #dri-devel
jsa1 has quit [Ping timeout: 480 seconds]
<mupuf>
jenatali: I'll let the radv devs know about these flakes
<mareko>
alyssa: there are just some assertion failures in many drivers that seem easy to fix, traces are expected to have slightly different hashes, the fixes can be in the second MR
* mupuf
logs out
<alyssa>
mareko: I posted you a patch that should fix most of it
riteo has joined #dri-devel
<alyssa>
not sure it's sane to try to rework every driver instead of just generating variables that have the proper sizes.
<alyssa>
just semantically, it doesn't make sense to have a vec4 VARYING_SLOT_PSIZ and it seems mean to drivers to give them one
<alyssa>
(which - even after lowering I/O again - turns into a vec4 store_output instead of a scalar one which is uhhh not great)
LeviYun has joined #dri-devel
clever has quit [Read error: Connection reset by peer]
bmodem has joined #dri-devel
<mareko>
alyssa: yeah the vector size needs to be different based on the location
apinheiro has quit [Quit: Leaving]
<mareko>
that should be fixed in the pass, thanks for the code
clever has joined #dri-devel
<alyssa>
:+1:
fab has joined #dri-devel
mvlad has quit [Remote host closed the connection]
rgallaispou has quit [Ping timeout: 480 seconds]
marc2377 has joined #dri-devel
<mareko>
the other issue is caused by compact_varyings
<zmike>
alright mesa, I'm out for the year
<zmike>
take it easy
zmike has quit []
<jenatali>
Have a good vacation!
Duke`` has quit [Ping timeout: 480 seconds]
<alyssa>
cheers!
marc2377 has quit [Quit: Leaving]
sravn has quit []
vyivel has quit [Ping timeout: 480 seconds]
vyivel has joined #dri-devel
<mareko>
enjoy!
fab has quit [Ping timeout: 480 seconds]
<Ermine>
How much time should I wait for patch review until resending the patch?