From: Thomas Hellstrom <thomas@shipmail.org>
To: Jerome Glisse <jglisse@redhat.com>
Cc: dri-devel@lists.sf.net
Subject: Re: [PATCH 08/13] drm/vmwgfx: add support for new TTM fault callback V3
Date: Mon, 05 Apr 2010 14:19:30 +0200 [thread overview]
Message-ID: <4BB9D552.8060007@shipmail.org> (raw)
In-Reply-To: <1269535044-17930-9-git-send-email-jglisse@redhat.com>
Jerome Glisse wrote:
> This add the support for the new fault callback, does change anything
> from driver point of view.
>
> Improvement: store the aperture base in a variable so that we don't
> call a function to get it on each fault.
>
> Patch hasn't been tested.
>
> V2 don't derefence bo->mem.mm_node as it's not NULL only for
> VRAM or GTT
> V3 update after io_mem_reserve/io_mem_free callback balancing
>
> Signed-off-by: Jerome Glisse <jglisse@redhat.com>
>
Reviewed-by: Thomas Hellstrom <thellstrom@vmware.com>
> ---
> drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c | 40 +++++++++++++++++++++++++++++++-
> 1 files changed, 39 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c b/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c
> index 825ebe3..7e28448 100644
> --- a/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c
> +++ b/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c
> @@ -193,6 +193,41 @@ static void vmw_swap_notify(struct ttm_buffer_object *bo)
> vmw_dmabuf_gmr_unbind(bo);
> }
>
> +static int vmw_ttm_io_mem_reserve(struct ttm_bo_device *bdev, struct ttm_mem_reg *mem)
> +{
> + struct ttm_mem_type_manager *man = &bdev->man[mem->mem_type];
> + struct vmw_private *dev_priv = container_of(bdev, struct vmw_private, bdev);
> +
> + mem->bus.is_iomem = false;
> + mem->bus.offset = 0;
> + mem->bus.size = mem->num_pages << PAGE_SHIFT;
> + mem->bus.base = 0;
> + if (!(man->flags & TTM_MEMTYPE_FLAG_MAPPABLE))
> + return -EINVAL;
> + switch (mem->mem_type) {
> + case TTM_PL_SYSTEM:
> + /* System memory */
> + return 0;
> + case TTM_PL_VRAM:
> + mem->bus.offset = mem->mm_node->start << PAGE_SHIFT;
> + mem->bus.base = dev_priv->vram_start;
> + mem->bus.is_iomem = true;
> + break;
> + default:
> + return -EINVAL;
> + }
> + return 0;
> +}
> +
> +static void vmw_ttm_io_mem_free(struct ttm_bo_device *bdev, struct ttm_mem_reg *mem)
> +{
> +}
> +
> +static int vmw_ttm_fault_reserve_notify(struct ttm_buffer_object *bo)
> +{
> + return 0;
> +}
> +
> /**
> * FIXME: We're using the old vmware polling method to sync.
> * Do this with fences instead.
> @@ -248,5 +283,8 @@ struct ttm_bo_driver vmw_bo_driver = {
> .sync_obj_unref = vmw_sync_obj_unref,
> .sync_obj_ref = vmw_sync_obj_ref,
> .move_notify = vmw_move_notify,
> - .swap_notify = vmw_swap_notify
> + .swap_notify = vmw_swap_notify,
> + .fault_reserve_notify = &vmw_ttm_fault_reserve_notify,
> + .io_mem_reserve = &vmw_ttm_io_mem_reserve,
> + .io_mem_free = &vmw_ttm_io_mem_free,
> };
>
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
--
next prev parent reply other threads:[~2010-04-05 12:19 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-25 16:37 unmappable vram V6 Jerome Glisse
2010-03-25 16:37 ` [PATCH 01/13] drm/ttm: split no_wait argument in 2 GPU or reserve wait Jerome Glisse
2010-03-25 16:37 ` [PATCH 02/13] drm/radeon/kms: update to TTM no_wait splitted argument Jerome Glisse
2010-03-25 16:37 ` [PATCH 03/13] drm/nouveau: " Jerome Glisse
2010-03-25 16:37 ` [PATCH 04/13] drm/vmwgfx: " Jerome Glisse
2010-03-25 16:37 ` [PATCH 05/13] drm/ttm: ttm_fault callback to allow driver to handle bo placement V4 Jerome Glisse
2010-03-25 16:37 ` [PATCH 06/13] drm/radeon/kms: add support for new fault callback V5 Jerome Glisse
2010-03-25 16:37 ` [PATCH 07/13] drm/nouveau/kms: add support for new TTM fault callback V3 Jerome Glisse
2010-03-25 16:37 ` [PATCH 08/13] drm/vmwgfx: " Jerome Glisse
2010-03-25 16:37 ` [PATCH 09/13] drm/radeon/kms: don't initialize TTM io memory manager field Jerome Glisse
2010-03-25 16:37 ` [PATCH 10/13] drm/nouveau/kms: " Jerome Glisse
2010-03-25 16:37 ` [PATCH 11/13] drm/vmwgfx: " Jerome Glisse
2010-03-25 16:37 ` [PATCH 12/13] drm/ttm: remove io_ field from TTM V4 Jerome Glisse
2010-03-25 16:37 ` [PATCH 13/13] drm/radeon/kms: enable use of unmappable VRAM V2 Jerome Glisse
2010-04-05 12:17 ` [PATCH 12/13] drm/ttm: remove io_ field from TTM V4 Thomas Hellstrom
2010-04-05 12:21 ` [PATCH 11/13] drm/vmwgfx: don't initialize TTM io memory manager field Thomas Hellstrom
2010-04-05 12:19 ` Thomas Hellstrom [this message]
2010-04-05 12:13 ` [PATCH 05/13] drm/ttm: ttm_fault callback to allow driver to handle bo placement V4 Thomas Hellstrom
2010-04-05 12:20 ` [PATCH 04/13] drm/vmwgfx: update to TTM no_wait splitted argument Thomas Hellstrom
2010-04-05 12:12 ` [PATCH 01/13] drm/ttm: split no_wait argument in 2 GPU or reserve wait Thomas Hellstrom
2010-04-05 12:23 ` unmappable vram V6 Thomas Hellstrom
2010-04-05 12:52 ` Jerome Glisse
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=4BB9D552.8060007@shipmail.org \
--to=thomas@shipmail.org \
--cc=dri-devel@lists.sf.net \
--cc=jglisse@redhat.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.