<tzimmermann>
javierm, i intend to post the final patches for the fbdev ops. after that, each driver sets its fb_ops. the I/O helpers will be in a module and all helpers test if the FBINFO_VIRTFB flag has been set correctly. ok?
<javierm>
tzimmermann: makes sense. I assume it's a patch bomb :)
<tzimmermann>
~30 patches
<tzimmermann>
i do expect some fallout though
<tzimmermann>
as i cannot test all drivers.
<javierm>
tzimmermann: yeah. That's OK
<tzimmermann>
it's all the rest plus some fixes
<tzimmermann>
some drivers are inconsistent and mix I/O and sysmem code. IDK how to fix that
<tzimmermann>
so there'd then be a warning. if anyone complains, we'll have to take a closer look
Ahuj has joined #dri-devel
<javierm>
tzimmermann: yes, that's the best that can be done. Can't guess whether should be I/O or sysmem to make it consistent
<tzimmermann>
in other cases, drivers use shadow buffering for read/write like for deferred I/O, but don't actually implement deferred I/O for mmap. tha tmakes me wonder if the dirver even works correctly
<tzimmermann>
anyway, i'll post it once ready
<javierm>
tzimmermann: Ok
rasterman has joined #dri-devel
mvlad has joined #dri-devel
itoral has quit [Remote host closed the connection]
itoral has joined #dri-devel
<emersion>
enunes: aha i really like how this MR is +3 -367 :P
RSpliet has quit [Read error: Connection reset by peer]
RSpliet has joined #dri-devel
flynnjiang has quit [Quit: flynnjiang]
<mripard>
sgruszka: I just pushed the 6.7-rc1 merge into drm-misc-next, and there was a conflict in ivpu_job_done_thread_fini(). I think I got the resolution right, but you might want to double-check
sgruszka has quit [Ping timeout: 480 seconds]
<tjaalton>
what's happening with mesa-23.2.x?
maxzor has joined #dri-devel
lanodan has quit [Quit: WeeChat 4.0.4]
bmodem has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
bmodem has quit [Excess Flood]
bmodem has joined #dri-devel
airlied has joined #dri-devel
maxzor has quit [Ping timeout: 480 seconds]
maxzor has joined #dri-devel
lanodan has joined #dri-devel
maxzor has quit [Ping timeout: 480 seconds]
itoral has quit [Quit: Leaving]
vyivel has quit [Ping timeout: 480 seconds]
vyivel has joined #dri-devel
sgruszka has joined #dri-devel
Company has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
vliaskov has quit [Read error: Connection reset by peer]
bmodem has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
bmodem has quit [Excess Flood]
bmodem has joined #dri-devel
<enunes>
emersion: that was the plan all along :) but looks like I have to put at least some of it back
<emersion>
yeah, a few lines
thellstrom has joined #dri-devel
<thellstrom>
bbrezillon, dakr: Any chance you could provide an / ack / rb on the VM bind locking document patch? It's been updated to match the latest drm_gpuvm development.
maxzor has joined #dri-devel
thellstrom has quit [Ping timeout: 480 seconds]
yyds has quit [Remote host closed the connection]
kts has joined #dri-devel
hansg has quit [Quit: Leaving]
kts has quit [Ping timeout: 480 seconds]
thellstrom has joined #dri-devel
thellstrom has quit []
Daanct12 has quit [Quit: WeeChat 4.1.1]
airlied has quit [Ping timeout: 480 seconds]
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
Ahuj has quit [Ping timeout: 480 seconds]
yuq8251 has quit []
bmodem has quit [Ping timeout: 480 seconds]
maxzor has quit [Ping timeout: 480 seconds]
airlied has joined #dri-devel
fab has quit [Quit: fab]
greenjustin has quit [Remote host closed the connection]
greenjustin has joined #dri-devel
heat_ has joined #dri-devel
aljazmc has joined #dri-devel
crabbedhaloablut has quit []
<MrCooper>
anholt_: hmm, LIBGL_DEBUG=verbose produces a lot of "WARNING: unknown fbconfig attribute from server: tag 0x8060 value 0x8063" (0x8060 is GLX_SWAP_METHOD_OML) now
maxzor has joined #dri-devel
crabbedhaloablut has joined #dri-devel
lina_ has joined #dri-devel
tlwoerner_ has joined #dri-devel
tlwoerner has quit [Ping timeout: 480 seconds]
lina has quit [Ping timeout: 480 seconds]
aljazmc has quit []
aljazmc has joined #dri-devel
sgruszka has quit [Remote host closed the connection]
fab has joined #dri-devel
JohnnyonFlame has joined #dri-devel
JohnnyonFlame has quit []
kzd has joined #dri-devel
AnuthaDev has joined #dri-devel
<mripard>
sima: how do we deal with series that should be merged through other trees but affecting some DRM drivers ?
<mripard>
we ask for a stable branch and merge it?
fab has quit [Read error: Connection reset by peer]
<dj-death>
jenatali: what I would like is to avoid that the struct is temporarly stored in scratch
AntonKi8 has quit [Read error: Connection reset by peer]
<dj-death>
jenatali: I'm wondering how to avoid that
<airlied>
mripard: sometimes we can just ack the drm drivers
Guest7112 has quit [Ping timeout: 480 seconds]
<airlied>
and they can all go in via another tree
<airlied>
or we get a stable topic branch from them with the base + drm patches and pull that into drm-misc-next
<jenatali>
dj-death: I'll try to repro
aljazmc has quit [Remote host closed the connection]
aljazmc has joined #dri-devel
<dj-death>
jenatali: thanks a lot
<jenatali>
dj-death: Does intel-clc build on Windows?
<dj-death>
jenatali: I'm still wondering if that's how things are or people have some magic that gets rid of all temporaries to variables
<dj-death>
s/variables/ssa/
<dj-death>
jenatali: hmm I've never tried :)
<dj-death>
jenatali: likely no
<jenatali>
Yeah that makes it a lot harder for me to repro. Not impossible, just harder
<mripard>
airlied: thanks :)
<dj-death>
jenatali: I think asashi-clc would exhibit the same behavior
<mripard>
it's for a "convenience" patch for kunit that would be useful for other drivers too going forward (and possibly conflict with some of the work happening at the moment), so I'll ask for a topic branch and put you in Cc
<sima>
mripard, if it's not too conflict-y just an ack from airlied or me is enough
<sima>
and then merge it all through the other tree
<dj-death>
jenatali: I mean if you have the linux container thing, it probably just compiles out of the box
<sima>
topic branch imo only when needed, i.e. additional patches in both trees or some serious conflicts you can see will happen
<sima>
serious = functional ones where Linus will balk at resolving them
<dj-death>
jenatali: wsl :)
<dj-death>
jenatali: forgot the name :)
<jenatali>
dj-death: let me try it on the CLOn12 compiler first
<mripard>
sima: ok then, I'll ack it
<sima>
mripard, yeah if it's just in your driver then your ack is good enough too
<mripard>
it's in the DRM and vc4 kunit tests
<mripard>
guess it should be good enough either way :)
<sima>
mripard, if you want I can whack some ack on top too, if you give me some pointers
<sima>
in general I'm very much in favor of "least amount of paperwork" for anything cross-tree
<karolherbst>
in case any here still has a ikiwiki thing going for their project and want to have the same
<karolherbst>
any feedback welcomed
kzd has quit [Quit: kzd]
tzimmermann has quit [Quit: Leaving]
<dj-death>
alyssa: it's starting to look amazing
<jenatali>
dj-death: 👍 glad I could help
<jenatali>
There's probably more that could be moved to common pass lists or something so everyone doesn't have to copy a bunch of passes
<jenatali>
alyssa: was that about the CL topic or the GL MR I posted?
kzd has joined #dri-devel
<dj-death>
jenatali: agreed, I have no idea why you stuff works
lynxeye has quit [Quit: Leaving.]
heat_ has quit []
heat has joined #dri-devel
maxzor has quit [Remote host closed the connection]
maxzor has joined #dri-devel
lina has joined #dri-devel
donaldrobson has quit [Ping timeout: 480 seconds]
maxzor has quit [Remote host closed the connection]
maxzor has joined #dri-devel
lina_ has quit [Ping timeout: 480 seconds]
jeeeun84135190 has quit []
<alyssa>
dj-death: :-D
<alyssa>
is there a particular new kernel/library routine you have in mind for this/
<alyssa>
jenatali: GL MR
jeeeun84135190 has joined #dri-devel
<dj-death>
alyssa: generated commands
<alyssa>
ahhhhhhhhh
<alyssa>
nice :-)
<alyssa>
with gpu genxml?
<dj-death>
well no
<dj-death>
hand coded I think
<dj-death>
it's all and nice genxml
<dj-death>
until you have 6 different variants of GPUs
<dj-death>
not sure how much that's workable
<alyssa>
ah..
<alyssa>
why not?
<alyssa>
do the exact same per-gen recompile+suffixing as on the cpu, it's just C code
<alyssa>
if the -D thing is unhappy with libraries, then define in an auxiliary .cl and have your entry .cl do a `#define arch 1, #include foo.cl, #define arch 2, #include foo.cl` pattern?
<dj-death>
hmm maybe
<dj-death>
so far for generated indirect draws the instructions didn't change between gens
<dj-death>
so it was somewhat simpler to debug
maxzor has quit [Ping timeout: 480 seconds]
<dj-death>
also verify my shader does not have too many send messages
greenjustin__ has quit [Ping timeout: 480 seconds]
<bwidawsk>
melissawen: curious if you or someone you know is interested in adding modifier support for VKMS
<bwidawsk>
I could use it for a project, and I really don't want to write anymore kernel patches
JohnnyonFlame has joined #dri-devel
<melissawen>
bwidawsk, it isn't in my radar at the moment. I may be missing something, but I didn't get what would be the point for vkms... emulating each vendor-specific modifier there?
<bwidawsk>
actually, I just want/need linear support. Currently if you allocate a buffer with modifiers via GBM, you get back an Invalid
<bwidawsk>
so it should be fairly trivial (I think)