<robclark>
DavidHeidelberg[m]: I've not had a chance to go thru what we are dropping in terms of a630 coverage.. I guess in theory a618 coverage should make up for it but still if we aren't getting a bunch of non-marge related jobs it didn't seem like a630 was the bottleneck last time I looked, and I don't think we've taken a630 things offline recently
itsmeluigi has quit [Remote host closed the connection]
<DavidHeidelberg[m]>
robclark: when we fire the testing, 4 a630 are usually "pending" and waiting for others to finish
Jeremy_Rand_Talos__ has quit [Remote host closed the connection]
<DavidHeidelberg[m]>
6 runners vs 10 jobs
Jeremy_Rand_Talos__ has joined #dri-devel
bbrezillon has quit [Ping timeout: 480 seconds]
<robclark>
sure, but some jobs finish quicker than others.. the question is whether a630 jobs are the last to finish.. they weren't last time I'd been using the CI farm heavily in off-hours.. but I've not had a chance to check in last week
benjamin2 has quit [Remote host closed the connection]
benjamin1 has quit [Remote host closed the connection]
<robclark>
they show up pending longer than lava runners simply because lava vs baremetal differences in queuing
benjamin1 has joined #dri-devel
benjamin2 has joined #dri-devel
<robclark>
anyways, I've not had a chance to look into it yet which is why I haven't commented yet
<DavidHeidelberg[m]>
what about compromise, fraction 2 and keep the skqp for now?
kzd has joined #dri-devel
<DavidHeidelberg[m]>
at least we will not spend extra time by firing more jobs than we can run in paralel
<DavidHeidelberg[m]>
*can't
<robclark>
do we have any breakdown of % of overhead per job (ie how much time is spent booting/etc vs running tests)?
<robclark>
keeping same # of tests but reducing parallelism is helpful if there is a lot of overhead but not if there isn't
<robclark>
anyways, if the overhead is not insignificant then I agree that fewer longer running jobs makes sense, but I've no idea if it is or isn't significant without doing some digging
<DavidHeidelberg[m]>
ok, let's for now just push a530 + x11 -> wayland (which should give us a bit of extra speedup)
<DavidHeidelberg[m]>
what do u say?
<robclark>
yeah, I think that is not controvertial
heat has quit [Read error: Connection reset by peer]
alyssa has joined #dri-devel
benjamin2 has quit [Ping timeout: 480 seconds]
benjamin1 has quit [Ping timeout: 480 seconds]
heat_ has quit [Remote host closed the connection]
smiles_1111 has quit [Ping timeout: 480 seconds]
benjamin2 has joined #dri-devel
benjamin2 has quit [Ping timeout: 480 seconds]
benjamin1 has joined #dri-devel
benjamin2 has joined #dri-devel
iive has joined #dri-devel
benjamin1 has quit [Ping timeout: 480 seconds]
benjamin2 has quit [Ping timeout: 480 seconds]
benjamin1 has joined #dri-devel
benjamin2 has joined #dri-devel
benjamin1 has quit [Ping timeout: 480 seconds]
benjamin2 has quit [Ping timeout: 480 seconds]
benjamin2 has joined #dri-devel
<dottedmag>
What happens if an application tries to enumerate DRM objects on a leased DRM master? Will it get a full list and needs to filter it by the results of DRM_IOCTL_GET_LEASE? Will it get a filtered list (and why DRM_IOCTL_GET_LEASE exists then?)?
benjamin1 has joined #dri-devel
leo60228- has quit []
leo60228 has joined #dri-devel
junaid has quit [Remote host closed the connection]
junaid has joined #dri-devel
<emersion>
it gets a filtered list
leo60228 has quit []
leo60228 has joined #dri-devel
pa has quit [Ping timeout: 480 seconds]
pa has joined #dri-devel
benjamin1 has quit [Ping timeout: 480 seconds]
benjamin2 has quit [Ping timeout: 480 seconds]
kts has quit [Quit: Konversation terminated!]
Lyude has quit [Quit: Bouncer restarting]
Lyude has joined #dri-devel
Jeremy_Rand_Talos__ has quit [Remote host closed the connection]
benjamin1 has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
benjamin1 has quit [Ping timeout: 480 seconds]
junaid_ has joined #dri-devel
junaid has quit [Read error: Connection reset by peer]
benjamin2 has joined #dri-devel
benjamin1 has joined #dri-devel
JohnnyonFlame has quit [Ping timeout: 480 seconds]
benjamin2 has quit [Ping timeout: 480 seconds]
benjamin1 has quit [Ping timeout: 480 seconds]
junaid_ has quit []
junaid has joined #dri-devel
benjamin2 has joined #dri-devel
benjamin1 has joined #dri-devel
eukara has joined #dri-devel
Cyrinux94 has quit []
benjamin2 has quit [Ping timeout: 480 seconds]
benjamin1 has quit [Ping timeout: 480 seconds]
Cyrinux94 has joined #dri-devel
junaid has quit [Remote host closed the connection]
benjamin1 has joined #dri-devel
benjamin2 has joined #dri-devel
nchery has quit [Ping timeout: 480 seconds]
nchery has joined #dri-devel
benjamin2 has quit [Ping timeout: 480 seconds]
benjamin1 has quit [Ping timeout: 480 seconds]
<tnt>
Not sure if this is an appropriate channel (feel free to suggest a better one). I have an issue with inte iGPU using modesetting driver. If I connect a 2nd display via usb-c (and a usb-c -> hdmi dock) and configure it with xrandr, all is fine. But then if I just yank the usb-c cable, that usb-c port becomes basically "dead" until I use xrandr to disable the corresponding DP-n output (which is in 'disconnected' state now). I
<tnt>
(oh and by "dead" I mean even pure USB devices won't work)