From: "Christian König" <christian.koenig@amd.com>
To: Lizhi Hou <lizhi.hou@amd.com>,
ogabbay@kernel.org, quic_jhugo@quicinc.com,
mario.limonciello@amd.com, karol.wachowski@linux.intel.com
Cc: linux-kernel@vger.kernel.org, linaro-mm-sig@lists.linaro.org,
dri-devel@lists.freedesktop.org, simona@ffwll.ch,
max.zhen@amd.com, sonal.santan@amd.com
Subject: Re: [PATCH V2] accel/amdxdna: Remove mmap and export support for ubuf
Date: Tue, 19 May 2026 08:42:27 +0200 [thread overview]
Message-ID: <a83bfea0-7d3a-40cb-a437-5be09d59660b@amd.com> (raw)
In-Reply-To: <20260518155706.937461-1-lizhi.hou@amd.com>
On 5/18/26 17:57, Lizhi Hou wrote:
> Ubuf pages should not be mmaped or exported. Remove the ubuf mmap callback
> and return -EOPNOTSUPP when exporting ubuf objects.
>
> ubuf vmap is also removed for there is not a real use case yet.
>
> Fixes: bd72d4acda10 ("accel/amdxdna: Support user space allocated buffer")
> Cc: Christian Koenig <christian.koenig@amd.com>
> Signed-off-by: Lizhi Hou <lizhi.hou@amd.com>
Reviewed-by: Christian König <christian.koenig@amd.com>
> ---
> v2:
> Remove dead code amdxdna_ubuf_vm_ops structure and amdxdna_ubuf_vm_fault
> function.
> Rename Non-exportable buffer flag from 'pri' to 'private_buffer'
>
> drivers/accel/amdxdna/amdxdna_gem.c | 9 ++++-
> drivers/accel/amdxdna/amdxdna_gem.h | 2 ++
> drivers/accel/amdxdna/amdxdna_ubuf.c | 50 ----------------------------
> 3 files changed, 10 insertions(+), 51 deletions(-)
>
> diff --git a/drivers/accel/amdxdna/amdxdna_gem.c b/drivers/accel/amdxdna/amdxdna_gem.c
> index 319d2064fafa..6b9b556de555 100644
> --- a/drivers/accel/amdxdna/amdxdna_gem.c
> +++ b/drivers/accel/amdxdna/amdxdna_gem.c
> @@ -492,6 +492,9 @@ static struct dma_buf *amdxdna_gem_prime_export(struct drm_gem_object *gobj, int
> struct amdxdna_gem_obj *abo = to_xdna_obj(gobj);
> DEFINE_DMA_BUF_EXPORT_INFO(exp_info);
>
> + if (abo->private_buffer)
> + return ERR_PTR(-EOPNOTSUPP);
> +
> if (abo->dma_buf) {
> get_dma_buf(abo->dma_buf);
> return abo->dma_buf;
> @@ -716,6 +719,7 @@ amdxdna_gem_create_ubuf_object(struct drm_device *dev, struct amdxdna_drm_create
> {
> struct amdxdna_dev *xdna = to_xdna_dev(dev);
> struct amdxdna_drm_va_tbl va_tbl;
> + struct amdxdna_gem_obj *abo;
> struct drm_gem_object *gobj;
> struct dma_buf *dma_buf;
>
> @@ -742,7 +746,10 @@ amdxdna_gem_create_ubuf_object(struct drm_device *dev, struct amdxdna_drm_create
>
> dma_buf_put(dma_buf);
>
> - return to_xdna_obj(gobj);
> + abo = to_xdna_obj(gobj);
> + abo->private_buffer = true;
> +
> + return abo;
> }
>
> static struct amdxdna_gem_obj *
> diff --git a/drivers/accel/amdxdna/amdxdna_gem.h b/drivers/accel/amdxdna/amdxdna_gem.h
> index 4fc48a1189d2..957305ccb485 100644
> --- a/drivers/accel/amdxdna/amdxdna_gem.h
> +++ b/drivers/accel/amdxdna/amdxdna_gem.h
> @@ -54,6 +54,8 @@ struct amdxdna_gem_obj {
>
> /* True, if BO is managed by XRT, not application */
> bool internal;
> + /* True, if BO is not exportable */
> + bool private_buffer;
> };
>
> #define to_gobj(obj) (&(obj)->base.base)
> diff --git a/drivers/accel/amdxdna/amdxdna_ubuf.c b/drivers/accel/amdxdna/amdxdna_ubuf.c
> index 3769210c55cc..bb60fb80467e 100644
> --- a/drivers/accel/amdxdna/amdxdna_ubuf.c
> +++ b/drivers/accel/amdxdna/amdxdna_ubuf.c
> @@ -69,60 +69,10 @@ static void amdxdna_ubuf_release(struct dma_buf *dbuf)
> kfree(ubuf);
> }
>
> -static vm_fault_t amdxdna_ubuf_vm_fault(struct vm_fault *vmf)
> -{
> - struct vm_area_struct *vma = vmf->vma;
> - struct amdxdna_ubuf_priv *ubuf;
> - unsigned long pfn;
> - pgoff_t pgoff;
> -
> - ubuf = vma->vm_private_data;
> - pgoff = (vmf->address - vma->vm_start) >> PAGE_SHIFT;
> -
> - pfn = page_to_pfn(ubuf->pages[pgoff]);
> - return vmf_insert_pfn(vma, vmf->address, pfn);
> -}
> -
> -static const struct vm_operations_struct amdxdna_ubuf_vm_ops = {
> - .fault = amdxdna_ubuf_vm_fault,
> -};
> -
> -static int amdxdna_ubuf_mmap(struct dma_buf *dbuf, struct vm_area_struct *vma)
> -{
> - struct amdxdna_ubuf_priv *ubuf = dbuf->priv;
> -
> - vma->vm_ops = &amdxdna_ubuf_vm_ops;
> - vma->vm_private_data = ubuf;
> - vm_flags_set(vma, VM_PFNMAP | VM_DONTEXPAND | VM_DONTDUMP);
> -
> - return 0;
> -}
> -
> -static int amdxdna_ubuf_vmap(struct dma_buf *dbuf, struct iosys_map *map)
> -{
> - struct amdxdna_ubuf_priv *ubuf = dbuf->priv;
> - void *kva;
> -
> - kva = vmap(ubuf->pages, ubuf->nr_pages, VM_MAP, PAGE_KERNEL);
> - if (!kva)
> - return -EINVAL;
> -
> - iosys_map_set_vaddr(map, kva);
> - return 0;
> -}
> -
> -static void amdxdna_ubuf_vunmap(struct dma_buf *dbuf, struct iosys_map *map)
> -{
> - vunmap(map->vaddr);
> -}
> -
> static const struct dma_buf_ops amdxdna_ubuf_dmabuf_ops = {
> .map_dma_buf = amdxdna_ubuf_map,
> .unmap_dma_buf = amdxdna_ubuf_unmap,
> .release = amdxdna_ubuf_release,
> - .mmap = amdxdna_ubuf_mmap,
> - .vmap = amdxdna_ubuf_vmap,
> - .vunmap = amdxdna_ubuf_vunmap,
> };
>
> static int readonly_va_entry(struct amdxdna_drm_va_entry *va_ent)
next prev parent reply other threads:[~2026-05-19 6:42 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-18 15:57 Lizhi Hou
2026-05-18 23:54 ` Mario Limonciello
2026-05-19 6:42 ` Christian König [this message]
2026-05-19 15:54 ` Lizhi Hou
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=a83bfea0-7d3a-40cb-a437-5be09d59660b@amd.com \
--to=christian.koenig@amd.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=karol.wachowski@linux.intel.com \
--cc=linaro-mm-sig@lists.linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lizhi.hou@amd.com \
--cc=mario.limonciello@amd.com \
--cc=max.zhen@amd.com \
--cc=ogabbay@kernel.org \
--cc=quic_jhugo@quicinc.com \
--cc=simona@ffwll.ch \
--cc=sonal.santan@amd.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
all inboxes | Powered by JetHome®