From: Boris Brezillon <boris.brezillon@collabora.com>
To: Steven Price <steven.price@arm.com>
Cc: dri-devel@lists.freedesktop.org,
"Daniel Vetter" <daniel@ffwll.ch>,
"Marty E . Plummer" <hanetzer@startmail.com>,
"Rob Herring" <robh@kernel.org>,
"Clément Péron" <peron.clem@gmail.com>,
"Nicolas Boichat" <drinkcat@chromium.org>,
"Neil Armstrong" <neil.armstrong@linaro.org>,
"Faith Ekstrand" <faith.ekstrand@collabora.com>,
"Daniel Stone" <daniels@collabora.com>,
"Liviu Dudau" <Liviu.Dudau@arm.com>,
"Robin Murphy" <robin.murphy@arm.com>,
kernel@collabora.com, "Heiko Stuebner" <heiko@sntech.de>,
"Tatsuyuki Ishi" <ishitatsuyuki@gmail.com>,
"Chris Diamand" <chris.diamand@foss.arm.com>,
"Ketil Johnsen" <ketil.johnsen@arm.com>,
"Grant Likely" <grant.likely@linaro.org>
Subject: Re: [PATCH v4 07/14] drm/panthor: Add the MMU/VM logical block
Date: Sat, 10 Feb 2024 09:02:06 +0100 [thread overview]
Message-ID: <20240210090206.30e5bdec@collabora.com> (raw)
In-Reply-To: <ec4d543c-fad6-4742-b271-eac3c7a829bc@arm.com>
Hi Steve,
On Fri, 9 Feb 2024 16:51:46 +0000
Steven Price <steven.price@arm.com> wrote:
> On 22/01/2024 16:30, Boris Brezillon wrote:
> > MMU and VM management is related and placed in the same source file.
> >
> > Page table updates are delegated to the io-pgtable-arm driver that's in
> > the iommu subsystem.
> >
> > The VM management logic is based on drm_gpuva_mgr, and is assuming the
> > VA space is mostly managed by the usermode driver, except for a reserved
> > portion of this VA-space that's used for kernel objects (like the heap
> > contexts/chunks).
> >
> > Both asynchronous and synchronous VM operations are supported, and
> > internal helpers are exposed to allow other logical blocks to map their
> > buffers in the GPU VA space.
> >
> > There's one VM_BIND queue per-VM (meaning the Vulkan driver can only
> > expose one sparse-binding queue), and this bind queue is managed with
> > a 1:1 drm_sched_entity:drm_gpu_scheduler, such that each VM gets its own
> > independent execution queue, avoiding VM operation serialization at the
> > device level (things are still serialized at the VM level).
> >
> > The rest is just implementation details that are hopefully well explained
> > in the documentation.
>
> panthor_vm_map_pages() looks a bit suspect (see below) and there's a
> kerneldoc header which needs updating. But generally it looks fine.
>
> >
> > v4:
> > - Add an helper to return the VM state
> > - Check drmm_mutex_init() return code
> > - Remove the VM from the AS reclaim list when panthor_vm_active() is
> > called
> > - Count the number of active VM users instead of considering there's
> > at most one user (several scheduling groups can point to the same
> > vM)
> > - Pre-allocate a VMA object for unmap operations (unmaps can trigger
> > a sm_step_remap() call)
> > - Check vm->root_page_table instead of vm->pgtbl_ops to detect if
> > the io-pgtable is trying to allocate the root page table
> > - Don't memset() the va_node in panthor_vm_alloc_va(), make it a
> > caller requirement
> > - Fix the kernel doc in a few places
> > - Drop the panthor_vm::base offset constraint and modify
> > panthor_vm_put() to explicitly check for a NULL value
> > - Fix unbalanced vm_bo refcount in panthor_gpuva_sm_step_remap()
> > - Drop stale comments about the shared_bos list
> > - Patch mmu_features::va_bits on 32-bit builds to reflect the
> > io_pgtable limitation and let the UMD know about it
> >
> > v3:
> > - Add acks for the MIT/GPL2 relicensing
> > - Propagate MMU faults to the scheduler
> > - Move pages pinning/unpinning out of the dma_signalling path
> > - Fix 32-bit support
> > - Rework the user/kernel VA range calculation
> > - Make the auto-VA range explicit (auto-VA range doesn't cover the full
> > kernel-VA range on the MCU VM)
> > - Let callers of panthor_vm_alloc_va() allocate the drm_mm_node
> > (embedded in panthor_kernel_bo now)
> > - Adjust things to match the latest drm_gpuvm changes (extobj tracking,
> > resv prep and more)
> > - Drop the per-AS lock and use slots_lock (fixes a race on vm->as.id)
> > - Set as.id to -1 when reusing an address space from the LRU list
> > - Drop misleading comment about page faults
> > - Remove check for irq being assigned in panthor_mmu_unplug()
> >
> > Co-developed-by: Steven Price <steven.price@arm.com>
> > Signed-off-by: Steven Price <steven.price@arm.com>
> > Signed-off-by: Boris Brezillon <boris.brezillon@collabora.com>
> > Acked-by: Steven Price <steven.price@arm.com> # MIT+GPL2 relicensing,Arm
> > Acked-by: Grant Likely <grant.likely@linaro.org> # MIT+GPL2 relicensing,Linaro
> > Acked-by: Boris Brezillon <boris.brezillon@collabora.com> # MIT+GPL2 relicensing,Collabora
> > ---
> > drivers/gpu/drm/panthor/panthor_mmu.c | 2760 +++++++++++++++++++++++++
> > drivers/gpu/drm/panthor/panthor_mmu.h | 102 +
> > 2 files changed, 2862 insertions(+)
> > create mode 100644 drivers/gpu/drm/panthor/panthor_mmu.c
> > create mode 100644 drivers/gpu/drm/panthor/panthor_mmu.h
> >
> > diff --git a/drivers/gpu/drm/panthor/panthor_mmu.c b/drivers/gpu/drm/panthor/panthor_mmu.c
> > new file mode 100644
> > index 000000000000..d3ce29cd0662
>
> <snip>
>
> > +static int
> > +panthor_vm_map_pages(struct panthor_vm *vm, u64 iova, int prot,
> > + struct sg_table *sgt, u64 offset, u64 size)
> > +{
> > + struct panthor_device *ptdev = vm->ptdev;
> > + unsigned int count;
> > + struct scatterlist *sgl;
> > + struct io_pgtable_ops *ops = vm->pgtbl_ops;
> > + u64 start_iova = iova;
> > + int ret;
> > +
> > + if (!size)
> > + return 0;
> > +
> > + for_each_sgtable_dma_sg(sgt, sgl, count) {
> > + dma_addr_t paddr = sg_dma_address(sgl);
> > + size_t len = sg_dma_len(sgl);
> > +
> > + if (len <= offset) {
> > + offset -= len;
> > + continue;
> > + }
> > +
> > + paddr -= offset;
>
> Shouldn't that be "+="?
It should definitely be +=. Will fix that in v5.
>
> > + len -= offset;
> > +
> > + if (size >= 0) {
>
> size is unsigned... so this is always true!
I'll drop the condition.
>
> > + len = min_t(size_t, len, size);
> > + size -= len;
> > + }
> > +
> > + drm_dbg(&ptdev->base, "map: as=%d, iova=%llx, paddr=%pad, len=%zx",
> > + vm->as.id, iova, &paddr, len);
> > +
> > + while (len) {
> > + size_t pgcount, mapped = 0;
> > + size_t pgsize = get_pgsize(iova | paddr, len, &pgcount);
> > +
> > + ret = ops->map_pages(ops, iova, paddr, pgsize, pgcount, prot,
> > + GFP_KERNEL, &mapped);
> > + iova += mapped;
> > + paddr += mapped;
> > + len -= mapped;
> > +
> > + if (drm_WARN_ON(&ptdev->base, !ret && !mapped))
> > + ret = -ENOMEM;
> > +
> > + if (ret) {
> > + /* If something failed, unmap what we've already mapped before
> > + * returning. The unmap call is not supposed to fail.
> > + */
> > + drm_WARN_ON(&ptdev->base,
> > + panthor_vm_unmap_pages(vm, start_iova,
> > + iova - start_iova));
> > + return ret;
> > + }
> > + }
> > +
> > + if (!size)
> > + break;
> > + }
> > +
> > + return panthor_vm_flush_range(vm, start_iova, iova - start_iova);
> > +}
> > +
>
> <snip>
>
> > +static void panthor_vm_destroy(struct panthor_vm *vm)
> > +{
> > + if (!vm)
> > + return;
> > +
> > + vm->destroyed = true;
> > +
> > + mutex_lock(&vm->heaps.lock);
> > + panthor_heap_pool_destroy(vm->heaps.pool);
> > + vm->heaps.pool = NULL;
> > + mutex_unlock(&vm->heaps.lock);
> > +
> > + drm_WARN_ON(&vm->ptdev->base,
> > + panthor_vm_unmap_range(vm, vm->base.mm_start, vm->base.mm_range));
> > + panthor_vm_put(vm);
> > +}
> > +
> > +/**
> > + * panthor_vm_destroy() - Destroy a VM.
> ^^^^^^^^^^^^^^^^^^ needs updating to the new function name.
>
And I'll fix the kernel doc.
Thanks,
Boris
next prev parent reply other threads:[~2024-02-10 8:02 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-22 16:30 [PATCH v4 00/14] drm: Add a driver for CSF-based Mali GPUs Boris Brezillon
2024-01-22 16:30 ` [PATCH v4 01/14] drm/panthor: Add uAPI Boris Brezillon
2024-02-08 14:29 ` Liviu Dudau
2024-01-22 16:30 ` [PATCH v4 02/14] drm/panthor: Add GPU register definitions Boris Brezillon
2024-01-22 16:30 ` [PATCH v4 03/14] drm/panthor: Add the device logical block Boris Brezillon
2024-02-08 14:30 ` Liviu Dudau
2024-02-08 15:14 ` Boris Brezillon
2024-02-08 15:55 ` Liviu Dudau
2024-02-08 16:00 ` Boris Brezillon
2024-02-08 16:18 ` Liviu Dudau
2024-02-08 16:54 ` Boris Brezillon
2024-02-08 15:19 ` Boris Brezillon
2024-01-22 16:30 ` [PATCH v4 04/14] drm/panthor: Add the GPU " Boris Brezillon
2024-02-08 16:09 ` Steven Price
2024-01-22 16:30 ` [PATCH v4 05/14] drm/panthor: Add GEM " Boris Brezillon
2024-02-09 15:58 ` Steven Price
2024-02-12 12:31 ` Liviu Dudau
2024-01-22 16:30 ` [PATCH v4 06/14] drm/panthor: Add the devfreq " Boris Brezillon
2024-01-22 16:30 ` [PATCH v4 07/14] drm/panthor: Add the MMU/VM " Boris Brezillon
2024-02-09 16:51 ` Steven Price
2024-02-10 8:02 ` Boris Brezillon [this message]
2024-01-22 16:30 ` [PATCH v4 08/14] drm/panthor: Add the FW " Boris Brezillon
2024-01-22 16:30 ` [PATCH v4 09/14] drm/panthor: Add the heap " Boris Brezillon
2024-02-12 11:40 ` Steven Price
2024-02-14 17:33 ` Boris Brezillon
2024-02-15 9:34 ` Steven Price
2024-01-22 16:30 ` [PATCH v4 10/14] drm/panthor: Add the scheduler " Boris Brezillon
2024-02-14 16:48 ` Steven Price
2024-01-22 16:30 ` [PATCH v4 11/14] drm/panthor: Add the driver frontend block Boris Brezillon
2024-01-23 16:29 ` Heiko Stübner
2024-01-23 17:06 ` Boris Brezillon
2024-01-22 16:30 ` [PATCH v4 12/14] drm/panthor: Allow driver compilation Boris Brezillon
2024-01-22 16:30 ` [PATCH v4 13/14] dt-bindings: gpu: mali-valhall-csf: Add support for Arm Mali CSF GPUs Boris Brezillon
2024-01-30 19:54 ` Rob Herring
2024-01-22 16:30 ` [PATCH v4 14/14] drm/panthor: Add an entry to MAINTAINERS Boris Brezillon
2024-01-23 16:18 ` [PATCH v4 00/14] drm: Add a driver for CSF-based Mali GPUs Heiko Stübner
2024-01-29 7:58 ` Boris Brezillon
2024-01-29 9:20 ` Andy Yan
2024-01-29 10:41 ` [PATCH " Boris Brezillon
2024-02-04 1:14 ` Andy Yan
2024-02-04 10:07 ` Boris Brezillon
2024-02-04 10:36 ` Andy Yan
2024-02-05 9:03 ` Boris Brezillon
2024-02-05 9:41 ` Andy Yan
2024-02-05 9:54 ` Danilo Krummrich
2024-02-05 10:31 ` Boris Brezillon
2024-02-06 10:35 ` Andy Yan
2024-02-06 11:11 ` Boris Brezillon
2024-02-08 16:02 ` Liviu Dudau
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20240210090206.30e5bdec@collabora.com \
--to=boris.brezillon@collabora.com \
--cc=Liviu.Dudau@arm.com \
--cc=chris.diamand@foss.arm.com \
--cc=daniel@ffwll.ch \
--cc=daniels@collabora.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=drinkcat@chromium.org \
--cc=faith.ekstrand@collabora.com \
--cc=grant.likely@linaro.org \
--cc=hanetzer@startmail.com \
--cc=heiko@sntech.de \
--cc=ishitatsuyuki@gmail.com \
--cc=kernel@collabora.com \
--cc=ketil.johnsen@arm.com \
--cc=neil.armstrong@linaro.org \
--cc=peron.clem@gmail.com \
--cc=robh@kernel.org \
--cc=robin.murphy@arm.com \
--cc=steven.price@arm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox