From: "Thomas Hellström" <thomas.hellstrom@linux.intel.com>
To: Boris Brezillon <boris.brezillon@collabora.com>
Cc: intel-xe@lists.freedesktop.org,
Rodrigo Vivi <rodrigo.vivi@intel.com>,
Matthew Brost <matthew.brost@intel.com>,
Danilo Krummrich <dakr@redhat.com>,
Joonas Lahtinen <joonas.lahtinen@linux.intel.com>,
Oak Zeng <oak.zeng@intel.com>, Daniel Vetter <daniel@ffwll.ch>,
Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
Francois Dugast <francois.dugast@intel.com>,
dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v4] Documentation/gpu: VM_BIND locking document
Date: Tue, 21 Nov 2023 09:41:55 +0100 [thread overview]
Message-ID: <a0e64d21-799f-bb0d-c2e5-d4daadc13488@linux.intel.com> (raw)
In-Reply-To: <20231116154708.148ce241@collabora.com>
Hi, Boris
On 11/16/23 15:47, Boris Brezillon wrote:
> On Thu, 16 Nov 2023 14:53:50 +0100
> Thomas Hellström <thomas.hellstrom@linux.intel.com> wrote:
>
>> On Thu, 2023-11-16 at 14:27 +0100, Boris Brezillon wrote:
>>> On Thu, 16 Nov 2023 12:48:45 +0100
>>> Thomas Hellström <thomas.hellstrom@linux.intel.com> wrote:
>>>
>>>> Hi, Boris,
>>>>
>>>> Thanks for reviewing. Some comments below:
>>>>
I'm going to send out an updated version today with I think all of
Danilo's comments and must of yours addressed. While I added more
references to GPUVM, mainly as code examples and explanations, I've
intentionally left out the "This is a driver lock and this is a gpvum
lock distinction", The reason is twofold. First I think that when we get
userptr into gpvum, gpuvm needs to be aware of most if not all locks.
Second, since this document is an implementation guideline and gpuvm is
an implementation it makes more sense to me to add pointers from the
GPUVM documentation to the VM_BIND locking guideline, and that could be
a task to be looked at after merging this together with implementing the
userptr stuff. The most important thing at this point is that the
document doesn't conflict in any way with the gpuvm implementation, and
I've fixed those parts where I missed the separate lock protecting the
GEM object's vm_bo list that you pointed out.
I strongly think this is the right way to go but if you disagree to the
point where you're not willing to provide an ack or R-B, let me know and
we can look at adding what's missing.
Thanks,
Thomas
next prev parent reply other threads:[~2023-11-21 8:42 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-15 12:49 [PATCH v4] Documentation/gpu: VM_BIND locking document Thomas Hellström
2023-11-15 15:11 ` Danilo Krummrich
2023-11-15 16:04 ` Thomas Hellström
2023-11-15 17:02 ` Danilo Krummrich
2023-11-15 17:18 ` Thomas Hellström
2023-11-16 9:48 ` Boris Brezillon
2023-11-16 11:48 ` Thomas Hellström
2023-11-16 13:27 ` Boris Brezillon
2023-11-16 13:53 ` Thomas Hellström
2023-11-16 14:47 ` Boris Brezillon
2023-11-16 15:01 ` Thomas Hellström
2023-11-21 8:41 ` Thomas Hellström [this message]
2023-11-16 14:02 ` Danilo Krummrich
2023-11-16 14:09 ` Thomas Hellström
2023-11-16 13:13 ` Bagas Sanjaya
2023-11-17 8:33 ` Thomas Hellström
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=a0e64d21-799f-bb0d-c2e5-d4daadc13488@linux.intel.com \
--to=thomas.hellstrom@linux.intel.com \
--cc=boris.brezillon@collabora.com \
--cc=dakr@redhat.com \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=francois.dugast@intel.com \
--cc=intel-xe@lists.freedesktop.org \
--cc=joonas.lahtinen@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=maarten.lankhorst@linux.intel.com \
--cc=matthew.brost@intel.com \
--cc=oak.zeng@intel.com \
--cc=rodrigo.vivi@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox