06:47 tzimmermann: sima, could you please forward drm-next to -rc5 ?
06:48 tzimmermann: bbrezillon ^
06:49 sima: tzimmermann, what's the rationale?
06:51 tzimmermann: sima, bbrezillon needs a gem_lru fix from upstream. IIRC there's a possible conflict resolution at https://lore.kernel.org/dri-devel/20260518165225.145175b1@fedora/
06:51 tzimmermann: i'd than backmerge into drm-misc-next
06:51 tzimmermann: s/than/then
06:58 sima: tzimmermann, ah yes, on it
06:58 tzimmermann: cool, thanks
06:59 sima: I'll do that, ping you and then shut down my machine here because anything to not heat my apartment during this heatwave :-/
07:02 tzimmermann: oh well, i don't look forward to summer
07:12 sima: ah crap, exynos doesn't even compile in drm-next
07:12 sima: airlied, broke in the merge you've just done, sad noises
07:13 sima: tzimmermann, this'll take a bit longer I guess
07:14 tzimmermann: sima, ok no hurries
07:20 sima: tzimmermann, https://paste.debian.net/hidden/97fb3444 feel like an ack while you're here?
07:21 tzimmermann: sima, a-b me
07:21 sima: thx!
07:23 sima: oh lol arnd has one already, I'll pick that one up
08:10 sima: tzimmermann, airlied habemus backmerge
09:18 tzimmermann: sima, thx
09:36 bbrezillon: tzimmermann: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/drivers/gpu/drm/drm_gem_shmem_helper.c?h=v7.1-rc5&id=cb2a2a5b37adb34ec46d39346b1c71e255827116
09:36 bbrezillon: > Note that this wasn't a problem before commit 28e3918179aa
09:36 bbrezillon: ("drm/gem-shmem: Track folio accessed/dirty status in mmap"), because
09:36 bbrezillon: the pgprot were not lowered to read-only before this commit (see the
09:36 bbrezillon: vma_wants_writenotify() in vma_set_page_prot()).
09:40 bbrezillon: https://elixir.bootlin.com/linux/v7.1-rc5/source/arch/arm64/mm/mmap.c#L16 for why clearing VM_SHARED results in a read-only PTE/PMD
09:41 bbrezillon: lowering happens in https://elixir.bootlin.com/linux/v7.1-rc5/source/mm/mmap.c#L81, which is called as part of the mmap() process
09:42 bbrezillon: hope that helps clarify why write=false doesn't matter in that case
10:20 tzimmermann: bbrezillon, ok. thanks for clarifying
10:20 tzimmermann: BTW drm-misc-next now has the gem-lru fix
10:24 tzimmermann: bbrezillon, but that really answer my question about a possible performance impact of the huge-page split on writes. not a blocker though
11:31 bbrezillon: tzimmermann, sima: thanks for the backmerge
11:32 bbrezillon: tzimmermann: pages won't be split on write, because you won't get a fault to trigger the split in the first place
11:34 bbrezillon: because pages PMDs are writable from the start
11:48 tzimmermann: bbrezillion. ok. and thanks for the timely review. if I don't hear anything else, the patch will be in tomorrow's -misc-fixes PR
13:46 mlankhorst: tzimmermann: I see you backmerged drm-next, I want to send out a pull request for drm-misc-next soon is there anything you need?
13:47 tzimmermann: mlankhorst, maybe bbrezillon does ^
13:48 mlankhorst: I don't want to wait too long since it's already thursday
13:48 dakr: mlankhorst: I have a few nouveau patches that were waiting for the backmerge too.
13:49 dakr: I can dig in this evening, but if you don't want to wait I can also put them in a topic branch and send to Dave separately.
13:49 mlankhorst: What this is 'this evening'?
13:49 mlankhorst: time*
13:51 dakr: I can probably get it done until 8pm CEST.
13:51 mlankhorst: I'll prepare the summary and wait a bit longer then
13:51 dakr: Ok, thanks!
14:15 bbrezillon: mlankhorst: actually, I'm about to push something for panthor
14:15 bbrezillon: that I'd like to have in for the next release cycle
14:16 bbrezillon: I'm testing it as we speak, will let you know when it's done/pushed
14:17 bbrezillon: sorry for the annoyance
14:49 bbrezillon: mlankhorst: done
14:56 mlankhorst: bbrezillon: thanks, now waiting on dakr
15:30 mlankhorst: That's not an invitation to push 25 tegra patches. :-)
17:43 dakr: mlankhorst: done, thanks!
18:50 nexion: hi, on Venus page this recipe is provided without much of explanation
18:50 nexion: -device virtio-gpu-gl,hostmem=4G,blob=true,venus=true
18:51 nexion: where can I learn more what do hostmem and blob settings mean?
18:56 nexion: is it host GPU VRAM or something else, how to measure its consumption and estimate the proper amount to not exceed the physical capacity when running several VMs
19:01 mlankhorst: drm-misc-next-fixes is now open!
22:15 airlied: karolherbst: looks like I'm going to need the shared memory optimiser :-)
22:15 airlied: llama.cpp's coopmat2 shader definitely pushed the boundaries
22:20 HdkR: Just get a GPU with more shared memory :P
22:22 airlied: I'll just spill shared memory to global, what could possibly get slower
22:33 airlied: okay the shared mem opt branch lets the shader run
22:33 HdkR: Well now I'm disappointed that you're not spilling to global
23:36 karolherbst: airlied: that one MR should just work (tm)
23:36 karolherbst: airlied: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/33914