From: Tvrtko Ursulin <tvrtko.ursulin@linux.intel.com>
To: yu.dai@intel.com, intel-gfx@lists.freedesktop.org
Cc: daniel.vetter@ffwll.ch
Subject: Re: [PATCH v2 1/2] drm/i915: Add i915_gem_object_vmap to map GEM object to virtual space
Date: Mon, 29 Feb 2016 12:03:35 +0000 [thread overview]
Message-ID: <56D43397.1060204@linux.intel.com> (raw)
In-Reply-To: <56C6F782.1090102@linux.intel.com>
On 19/02/16 11:07, Tvrtko Ursulin wrote:
>
> On 18/02/16 18:31, yu.dai@intel.com wrote:
>> From: Alex Dai <yu.dai@intel.com>
>>
>> There are several places inside driver where a GEM object is mapped to
>> kernel virtual space. The mapping is either done for the whole object
>> or certain page range of it.
>>
>> This patch introduces a function i915_gem_object_vmap to do such job.
>>
>> v2: Use obj->pages->nents for iteration within i915_gem_object_vmap;
>> break when it finishes all desired pages. The caller need to pass
>> in actual page number. (Tvrtko Ursulin)
>
> Look OK to me. Just one more thing, it would be good to add a WARN_ON
> and bail out if pages are not pinned. Just because the function is now
> public and that is a bit stronger than kerneldoc.
>
> With that added:
>
> Reviewed-by: Tvrtko Ursulin <tvrtko.ursulin@intel.com>
Have to retract this due thing I noticed in Dave's repost of this patch,
below:
> Regards,
>
> Tvrtko
>
>
>> Signed-off-by: Alex Dai <yu.dai@intel.com>
>> Cc: Dave Gordon <david.s.gordon@intel.com>
>> Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
>> Cc: Tvrtko Ursulin <tvrtko.ursulin@intel.com>
>> Cc: Chris Wilson <chris@chris-wilson.co.uk>
>> Signed-off-by: Alex Dai <yu.dai@intel.com>
>> ---
>> drivers/gpu/drm/i915/i915_cmd_parser.c | 28 +-------------------
>> drivers/gpu/drm/i915/i915_drv.h | 3 +++
>> drivers/gpu/drm/i915/i915_gem.c | 47
>> +++++++++++++++++++++++++++++++++
>> drivers/gpu/drm/i915/i915_gem_dmabuf.c | 16 +++--------
>> drivers/gpu/drm/i915/intel_ringbuffer.c | 24 ++---------------
>> 5 files changed, 56 insertions(+), 62 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/i915/i915_cmd_parser.c
>> b/drivers/gpu/drm/i915/i915_cmd_parser.c
>> index 814d894..915e8c1 100644
>> --- a/drivers/gpu/drm/i915/i915_cmd_parser.c
>> +++ b/drivers/gpu/drm/i915/i915_cmd_parser.c
>> @@ -863,37 +863,11 @@ find_reg(const struct drm_i915_reg_descriptor
>> *table,
>> static u32 *vmap_batch(struct drm_i915_gem_object *obj,
>> unsigned start, unsigned len)
>> {
>> - int i;
>> - void *addr = NULL;
>> - struct sg_page_iter sg_iter;
>> int first_page = start >> PAGE_SHIFT;
>> int last_page = (len + start + 4095) >> PAGE_SHIFT;
>> int npages = last_page - first_page;
>> - struct page **pages;
>> -
>> - pages = drm_malloc_ab(npages, sizeof(*pages));
>> - if (pages == NULL) {
>> - DRM_DEBUG_DRIVER("Failed to get space for pages\n");
>> - goto finish;
>> - }
>> -
>> - i = 0;
>> - for_each_sg_page(obj->pages->sgl, &sg_iter, obj->pages->nents,
>> first_page) {
>> - pages[i++] = sg_page_iter_page(&sg_iter);
>> - if (i == npages)
>> - break;
>> - }
>> -
>> - addr = vmap(pages, i, 0, PAGE_KERNEL);
>> - if (addr == NULL) {
>> - DRM_DEBUG_DRIVER("Failed to vmap pages\n");
>> - goto finish;
>> - }
>>
>> -finish:
>> - if (pages)
>> - drm_free_large(pages);
>> - return (u32*)addr;
>> + return (u32*)i915_gem_object_vmap(obj, first_page, npages);
>> }
>>
>> /* Returns a vmap'd pointer to dest_obj, which the caller must unmap */
>> diff --git a/drivers/gpu/drm/i915/i915_drv.h
>> b/drivers/gpu/drm/i915/i915_drv.h
>> index 6644c2e..5b00a6a 100644
>> --- a/drivers/gpu/drm/i915/i915_drv.h
>> +++ b/drivers/gpu/drm/i915/i915_drv.h
>> @@ -2899,6 +2899,9 @@ struct drm_i915_gem_object
>> *i915_gem_object_create_from_data(
>> struct drm_device *dev, const void *data, size_t size);
>> void i915_gem_free_object(struct drm_gem_object *obj);
>> void i915_gem_vma_destroy(struct i915_vma *vma);
>> +void *i915_gem_object_vmap(struct drm_i915_gem_object *obj,
>> + unsigned int first,
>> + unsigned int npages);
>>
>> /* Flags used by pin/bind&friends. */
>> #define PIN_MAPPABLE (1<<0)
>> diff --git a/drivers/gpu/drm/i915/i915_gem.c
>> b/drivers/gpu/drm/i915/i915_gem.c
>> index f68f346..4bc0ce7 100644
>> --- a/drivers/gpu/drm/i915/i915_gem.c
>> +++ b/drivers/gpu/drm/i915/i915_gem.c
>> @@ -5356,3 +5356,50 @@ fail:
>> drm_gem_object_unreference(&obj->base);
>> return ERR_PTR(ret);
>> }
>> +
>> +/**
>> + * i915_gem_object_vmap - map a GEM obj into kernel virtual space
>> + * @obj: the GEM obj to be mapped
>> + * @first: index of the first page where mapping starts
>> + * @npages: how many pages to be mapped, starting from first page
>> + *
>> + * Map a given page range of GEM obj into kernel virtual space. The
>> caller must
>> + * make sure the associated pages are gathered and pinned before
>> calling this
>> + * function. vunmap should be called after use.
>> + *
>> + * NULL will be returned if fails.
>> + */
>> +void *i915_gem_object_vmap(struct drm_i915_gem_object *obj,
>> + unsigned int first,
>> + unsigned int npages)
>> +{
>> + struct sg_page_iter sg_iter;
>> + struct page **pages;
>> + void *addr;
>> + int i;
>> +
>> + if (first + npages > obj->pages->nents) {
>> + DRM_DEBUG_DRIVER("Invalid page count\n");
nents can be equal or less than number of pages in an object so this can
fail the attempt incorrectly. Should check against obj->base.size >>
PAGE_SHIFT instead.
Regards,
Tvrtko
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2016-02-29 12:03 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-18 18:31 [PATCH v2 0/2] Add i915_gem_object_vmap yu.dai
2016-02-18 18:31 ` [PATCH v2 1/2] drm/i915: Add i915_gem_object_vmap to map GEM object to virtual space yu.dai
2016-02-18 21:05 ` Chris Wilson
2016-02-18 21:30 ` Yu Dai
2016-02-19 11:07 ` Tvrtko Ursulin
2016-02-29 12:03 ` Tvrtko Ursulin [this message]
2016-02-18 18:31 ` [PATCH v2 2/2] drm/i915/guc: Simplify code by keeping vmap of guc_client object yu.dai
2016-02-19 11:10 ` Tvrtko Ursulin
2016-02-19 8:06 ` ✗ Fi.CI.BAT: failure for Add i915_gem_object_vmap (rev2) Patchwork
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=56D43397.1060204@linux.intel.com \
--to=tvrtko.ursulin@linux.intel.com \
--cc=daniel.vetter@ffwll.ch \
--cc=intel-gfx@lists.freedesktop.org \
--cc=yu.dai@intel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.