[Intel-gfx] [PATCH v2 09/37] drm/i915/lmem: support kernel mapping
Chris Wilson
chris at chris-wilson.co.uk
Thu Jun 27 23:27:03 UTC 2019
Quoting Matthew Auld (2019-06-27 21:56:05)
> From: Abdiel Janulgue <abdiel.janulgue at linux.intel.com>
>
> We can create LMEM objects, but we also need to support mapping them
> into kernel space for internal use.
>
> Signed-off-by: Abdiel Janulgue <abdiel.janulgue at linux.intel.com>
> Signed-off-by: Matthew Auld <matthew.auld at intel.com>
> Cc: Joonas Lahtinen <joonas.lahtinen at linux.intel.com>
> ---
> drivers/gpu/drm/i915/gem/i915_gem_pages.c | 18 ++++-
> drivers/gpu/drm/i915/intel_region_lmem.c | 24 ++++++
> drivers/gpu/drm/i915/intel_region_lmem.h | 6 ++
> .../drm/i915/selftests/intel_memory_region.c | 77 +++++++++++++++++++
> 4 files changed, 121 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/gem/i915_gem_pages.c b/drivers/gpu/drm/i915/gem/i915_gem_pages.c
> index b36ad269f4ea..15eaaedffc46 100644
> --- a/drivers/gpu/drm/i915/gem/i915_gem_pages.c
> +++ b/drivers/gpu/drm/i915/gem/i915_gem_pages.c
> @@ -176,7 +176,9 @@ __i915_gem_object_unset_pages(struct drm_i915_gem_object *obj)
> void *ptr;
>
> ptr = page_mask_bits(obj->mm.mapping);
> - if (is_vmalloc_addr(ptr))
> + if (i915_gem_object_is_lmem(obj))
> + io_mapping_unmap(ptr);
> + else if (is_vmalloc_addr(ptr))
> vunmap(ptr);
> else
> kunmap(kmap_to_page(ptr));
> @@ -235,7 +237,7 @@ int __i915_gem_object_put_pages(struct drm_i915_gem_object *obj,
> }
>
> /* The 'mapping' part of i915_gem_object_pin_map() below */
> -static void *i915_gem_object_map(const struct drm_i915_gem_object *obj,
> +static void *i915_gem_object_map(struct drm_i915_gem_object *obj,
> enum i915_map_type type)
> {
> unsigned long n_pages = obj->base.size >> PAGE_SHIFT;
> @@ -248,6 +250,11 @@ static void *i915_gem_object_map(const struct drm_i915_gem_object *obj,
> pgprot_t pgprot;
> void *addr;
>
> + if (i915_gem_object_is_lmem(obj)) {
> + /* XXX: we are ignoring the type here -- this is simply wc */
Yeah, don't. The callers certainly do not expect that.
> + return i915_gem_object_lmem_io_map(obj, 0, obj->base.size);
> + }
> +
> /* A single page can always be kmapped */
> if (n_pages == 1 && type == I915_MAP_WB)
> return kmap(sg_page(sgt->sgl));
> @@ -293,7 +300,8 @@ void *i915_gem_object_pin_map(struct drm_i915_gem_object *obj,
> void *ptr;
> int err;
>
> - if (unlikely(!i915_gem_object_has_struct_page(obj)))
> + if (unlikely(!i915_gem_object_has_struct_page(obj) &&
> + !i915_gem_object_is_lmem(obj)))
Redefine the feature bit in the obj->ops->flags.
> return ERR_PTR(-ENXIO);
>
> err = mutex_lock_interruptible(&obj->mm.lock);
> @@ -325,7 +333,9 @@ void *i915_gem_object_pin_map(struct drm_i915_gem_object *obj,
> goto err_unpin;
> }
>
> - if (is_vmalloc_addr(ptr))
> + if (i915_gem_object_is_lmem(obj))
> + io_mapping_unmap(ptr);
> + else if (is_vmalloc_addr(ptr))
> vunmap(ptr);
> else
> kunmap(kmap_to_page(ptr));
> diff --git a/drivers/gpu/drm/i915/intel_region_lmem.c b/drivers/gpu/drm/i915/intel_region_lmem.c
> index 15655cc5013f..701bcac3479e 100644
> --- a/drivers/gpu/drm/i915/intel_region_lmem.c
> +++ b/drivers/gpu/drm/i915/intel_region_lmem.c
> @@ -73,6 +73,30 @@ static const struct intel_memory_region_ops region_lmem_ops = {
> .create_object = lmem_create_object,
> };
>
> +/* XXX: Time to vfunc your life up? */
> +void __iomem *i915_gem_object_lmem_io_map_page(struct drm_i915_gem_object *obj,
> + unsigned long n)
> +{
> + resource_size_t offset;
> +
> + offset = i915_gem_object_get_dma_address(obj, n);
That seems dubious. So dubious that I again say do not mix terms.
> + return io_mapping_map_atomic_wc(&obj->memory_region->iomap, offset);
Ahem. The caller may not be ready to abide by the terms of the atomic
contract.
> +}
More information about the Intel-gfx
mailing list