All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tvrtko Ursulin <tvrtko.ursulin@linux.intel.com>
To: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>,
	Intel graphics driver community testing & development 
	<intel-gfx@lists.freedesktop.org>
Cc: stable@vger.kernel.org, Akash Goel <akash.goel@intel.com>,
	Chris Wilson <chris@chris-wilson.co.uk>,
	Adam Zabrocki <adamza@microsoft.com>
Subject: Re: [PATCH 1/2] drm/i915: Prevent a race during I915_GEM_MMAP ioctl with WC set
Date: Mon, 7 Jan 2019 09:24:53 +0000	[thread overview]
Message-ID: <76f2a41b-1d7a-23ea-1599-33a0f9bbf387@linux.intel.com> (raw)
In-Reply-To: <20190107085656.22521-1-joonas.lahtinen@linux.intel.com>


On 07/01/2019 08:56, Joonas Lahtinen wrote:
> Make sure the underlying VMA in the process address space is the
> same as it was during vm_mmap to avoid applying WC to wrong VMA.
> 
> A more long-term solution would be to have vm_mmap_locked variant
> in linux/mmap.h for when caller wants to hold mmap_sem for an
> extended duration.
> 
> Fixes: 1816f9236303 ("drm/i915: Support creation of unbound wc user mappings for objects")
> Reported-by: Adam Zabrocki <adamza@microsoft.com>
> Suggested-by: Linus Torvalds <torvalds@linux-foundation.org>
> Signed-off-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
> Cc: <stable@vger.kernel.org> # v4.0+
> Cc: Akash Goel <akash.goel@intel.com>
> Cc: Chris Wilson <chris@chris-wilson.co.uk>
> Cc: Tvrtko Ursulin <tvrtko.ursulin@linux.intel.com>
> Cc: Adam Zabrocki <adamza@microsoft.com>
> ---
>   drivers/gpu/drm/i915/i915_gem.c | 11 ++++++++++-
>   1 file changed, 10 insertions(+), 1 deletion(-)
> 
> diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
> index 062c8395557c..f1d594a53978 100644
> --- a/drivers/gpu/drm/i915/i915_gem.c
> +++ b/drivers/gpu/drm/i915/i915_gem.c
> @@ -1680,6 +1680,15 @@ i915_gem_sw_finish_ioctl(struct drm_device *dev, void *data,
>   	return 0;
>   }
>   
> +static inline bool
> +match_gem_vma(struct vm_area_struct *vma, struct file *filp,
> +	      unsigned long addr, unsigned long size)
> +{
> +	return vma && vma->vm_file == filp &&
> +	       vma->vm_start == addr &&
> +	       (vma->vm_end - vma->vm_start) == size;
> +}
> +
>   /**
>    * i915_gem_mmap_ioctl - Maps the contents of an object, returning the address
>    *			 it is mapped to.
> @@ -1738,7 +1747,7 @@ i915_gem_mmap_ioctl(struct drm_device *dev, void *data,
>   			return -EINTR;
>   		}
>   		vma = find_vma(mm, addr);
> -		if (vma)
> +		if (match_gem_vma(vma, obj->base.filp, addr, args->size))
>   			vma->vm_page_prot =
>   				pgprot_writecombine(vm_get_page_prot(vma->vm_flags));
>   		else
> 

Reviewed-by: Tvrtko Ursulin <tvrtko.ursulin@intel.com>

Regards,

Tvrtko

  parent reply	other threads:[~2019-01-07  9:24 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-01-07  8:56 [PATCH 1/2] drm/i915: Prevent a race during I915_GEM_MMAP ioctl with WC set Joonas Lahtinen
2019-01-07  8:56 ` Joonas Lahtinen
2019-01-07  8:56 ` [PATCH 2/2] drm/i915: Handle vm_mmap error " Joonas Lahtinen
2019-01-07  8:56   ` Joonas Lahtinen
2019-01-07  9:18   ` Chris Wilson
2019-01-07  9:18     ` Chris Wilson
2019-01-07  9:29   ` Tvrtko Ursulin
2019-01-07  9:29     ` Tvrtko Ursulin
2019-01-07  9:13 ` [PATCH 1/2] drm/i915: Prevent a race " Chris Wilson
2019-01-07  9:13   ` Chris Wilson
2019-01-07  9:24 ` Tvrtko Ursulin [this message]
2019-01-07  9:24   ` Tvrtko Ursulin
2019-01-07  9:27 ` ✓ Fi.CI.BAT: success for series starting with [1/2] " Patchwork
2019-01-07 10:44 ` ✗ Fi.CI.IGT: failure " Patchwork
2019-01-07 10:58   ` Chris Wilson
2019-02-07 13:38 ` [PATCH 1/2] " Joonas Lahtinen
2019-02-07 13:38   ` Joonas Lahtinen
2019-02-08  0:03   ` Adam Zabrocki
2019-02-08  0:03     ` Adam Zabrocki

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=76f2a41b-1d7a-23ea-1599-33a0f9bbf387@linux.intel.com \
    --to=tvrtko.ursulin@linux.intel.com \
    --cc=adamza@microsoft.com \
    --cc=akash.goel@intel.com \
    --cc=chris@chris-wilson.co.uk \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=joonas.lahtinen@linux.intel.com \
    --cc=stable@vger.kernel.org \
    /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.