frankbinns has quit [Read error: Connection reset by peer]
yuq825 has joined #dri-devel
yyds has quit [Remote host closed the connection]
frankbinns has joined #dri-devel
yyds has joined #dri-devel
sigmoidfunc[m] has joined #dri-devel
YaLTeR[m] has joined #dri-devel
aura[m] has joined #dri-devel
Targetball[m] has joined #dri-devel
undvasistas[m] has joined #dri-devel
BilalElmoussaoui[m] has joined #dri-devel
reactormonk[m] has joined #dri-devel
luben has joined #dri-devel
alyssa has joined #dri-devel
kunal_10185[m] has joined #dri-devel
jasuarez has joined #dri-devel
frankbinns has quit [Read error: Connection reset by peer]
frankbinns has joined #dri-devel
aravind has joined #dri-devel
JohnnyonFlame has quit [Read error: Connection reset by peer]
flynnjiang has joined #dri-devel
Jeremy_Rand_Talos_ has quit [Remote host closed the connection]
Jeremy_Rand_Talos_ has joined #dri-devel
tuxayo has joined #dri-devel
moben[m] has joined #dri-devel
bmodem has joined #dri-devel
pushqrdx[m] has joined #dri-devel
dhirschfeld2[m] has joined #dri-devel
bmodem has quit [Quit: bmodem]
frankbinns has quit [Read error: Connection reset by peer]
daniliberman[m] has joined #dri-devel
luben has quit [Remote host closed the connection]
frankbinns has joined #dri-devel
ram15[m] has joined #dri-devel
Zopolis4 has quit [Quit: Connection closed for inactivity]
heat_ has joined #dri-devel
heat has quit [Read error: Connection reset by peer]
doraskayo has joined #dri-devel
dviola has joined #dri-devel
i-garrison has quit [Read error: Connection reset by peer]
bmodem has joined #dri-devel
crabbedhaloablut has joined #dri-devel
tleydxdy has joined #dri-devel
enick_878 has joined #dri-devel
Duke`` has joined #dri-devel
fab has joined #dri-devel
x512[m] has joined #dri-devel
tintou has joined #dri-devel
i-garrison has joined #dri-devel
tomba has joined #dri-devel
Duke`` has quit [Ping timeout: 480 seconds]
kts has joined #dri-devel
tzimmermann has joined #dri-devel
simon-perretta-img has quit [Ping timeout: 480 seconds]
simon-perretta-img has joined #dri-devel
KunalAgarwal[m][m] has joined #dri-devel
kts has quit [Quit: Konversation terminated!]
egalli has joined #dri-devel
fab has quit [Quit: fab]
sima has joined #dri-devel
heat_ has quit [Ping timeout: 480 seconds]
jolan has quit [Quit: leaving]
jolan has joined #dri-devel
fab has joined #dri-devel
<mripard>
narmstrong: stop replying to him, you've said what you wanted to see fixed, it's their responsibility now
koki23[m] has joined #dri-devel
kts has joined #dri-devel
<mripard>
(I'm not sure if Dmitry is around)
exp80[m] has joined #dri-devel
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
Quinten[m] has joined #dri-devel
<narmstrong>
mripard: yep, I planned to not reply anymore !
frankbinns has quit [Ping timeout: 480 seconds]
zzoon[m] has joined #dri-devel
kts has quit [Remote host closed the connection]
glennk has joined #dri-devel
kts has joined #dri-devel
donaldrobson has joined #dri-devel
tursulin has joined #dri-devel
frankbinns has joined #dri-devel
kts has quit [Quit: Leaving]
Daanct12 has joined #dri-devel
rasterman has joined #dri-devel
jsa has joined #dri-devel
donaldrobson has quit [Ping timeout: 480 seconds]
neobrain[m] has joined #dri-devel
luben has joined #dri-devel
kts has joined #dri-devel
lynxeye has joined #dri-devel
mvlad has joined #dri-devel
Vanfanel has joined #dri-devel
pcercuei has joined #dri-devel
jtatz[m] has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
aravind has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
aravind has joined #dri-devel
<Company>
so, this might be a very dumb question, but:
<Company>
how do I get the number of planes for a dmabuf vkImage?
<Company>
do I need to go and ask the physical device?
<Company>
and 2nd question: Once I know the number of planes, how do I get the fds? Because vkGetMemoryFdKHR() only gives me one fd - or can I assume that it's the same fd for every plane?
gawin has joined #dri-devel
zamundaaa[m] has joined #dri-devel
<gawin>
How to get intel_stub_gpu for shader-db?
luben has quit [Ping timeout: 480 seconds]
rgallaispou has joined #dri-devel
<gawin>
(seems undocumented)
Ahuj has joined #dri-devel
<Company>
that seems to indeed be how it's supposed to work
<emersion>
depends if DISJOINT or not Company
<Company>
well, that's another fun thing I can't figure out
donaldrobson has joined #dri-devel
<Company>
because I handed a bunch of modiferes to vkCreateImage() and then it went and picked one and created the image
<Company>
but considering that I only vkAllocateMemory() once with this approach, disjoint is probably not gonna happen
<dumbbell>
Hi! I'm trying to understand how fbdev and drm_fb_helper wrork w.r.t. panic handling. I see the fb_debug_{enter,leave} callbacks but it seems the i915 driver doesn't support this code path (mode_set->crtc->helper_private is NULL in drm_fb_helper_debug_enter())
<dumbbell>
For the context, I'm a FreeBSD contributor and I'm working on porting the DRM drivers from Linux 5.17. In the process, I'm revisiting how our console/framebuffer integrates with DRM and wanted to use the fbdev callbacks exposed by drm_fb_helpêr.
dumbbell has quit [Quit: WeeChat 4.0.5]
dumbbell has joined #dri-devel
talcohen[m] has joined #dri-devel
<pcercuei>
dumbbell: is it actually NULL at runtime?
kts has joined #dri-devel
<dumbbell>
pcercuei: Yes, it panics on the second line of this code:
<dumbbell>
if (funcs->mode_set_base_atomic == NULL)
<dumbbell>
(funcs is NULL)
<pcercuei>
Yeah at the very least it should check that it's non-NULL here. I do wonder however why it's NULL.
kusma has joined #dri-devel
<kusma>
hmm
<kusma>
How do we deal with developer access for repos under the Mesa namespace that aren't the Mesa repo itself? It seems we used to give group-level permissions when they'd "proven themselves" in the Mesa repo, and that'd give them permissions for the others. But looking at the members list, it kinda looks like the trend has become to only give repo-level access... And while that might not be bad in itself, I'm a bit worried that we'll get less and less
<kusma>
people with commit access to repos like mesa/demos and mesa/piglit... Should we start doing similar per-repo permissions for those repos as well, or just ask "somewhere" to get users "upgraded" to group-level developers?
<dumbbell>
pcercuei: I suppose there is an alternative code path for drivers supporting atomic modesetting because that loop in drm_fb_helper_debug_enter() will skip them, but I can't find it