From: Olu Ogunbowale <olu.ogunbowale@imgtec.com>
To: Rik van Riel <riel@redhat.com>
Cc: <inux-mm@kvack.org>, <linux-kernel@vger.kernel.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
Michel Lespinasse <walken@google.com>,
Andrew Morton <akpm@linux-foundation.org>,
Jerome Glisse <j.glisse@gmail.com>,
Hugh Dickins <hughd@google.com>,
Russell King <linux@arm.linux.org.uk>,
Ralf Baechle <ralf@linux-mips.org>,
Paul Mundt <lethal@linux-sh.org>,
"David S. Miller" <davem@davemloft.net>,
Chris Metcalf <cmetcalf@tilera.com>, Ingo Molnar <mingo@elte.hu>,
Thomas Gleixner <tglx@linutronix.de>,
"H. Peter Anvin" <hpa@zytor.com>,
Jackson DSouza <Jackson.DSouza@imgtec.com>
Subject: Re: [PATCH] mm: Export symbols unmapped_area() & unmapped_area_topdown()
Date: Thu, 17 Mar 2016 16:40:34 +0000 [thread overview]
Message-ID: <20160317164034.GB31608@imgtec.com> (raw)
In-Reply-To: <1458162041.14723.32.camel@redhat.com>
On Wed, Mar 16, 2016 at 05:00:41PM -0400, Rik van Riel wrote:
>
> The drivers appear to require the HMM framework though,
> which people are also reluctant to merge without the
> drivers.
>
> How do we get past this chicken & egg situation?
I would like to point out that support for HSA varies from
one vendor/design to another; for some device/drivers
(i.e AMD APU/HSA kernel driver), no form of address
space mirroring is required (i.e. AMD IOMMU v2) AFAIK,
others require address space mirroring so need the kernel
HMM framework but only because they provide support for
the full HSA/OpenCL SVM specification while some do not
require HMM at all because they implement only a subset
of the specification.
These exports enables the latter approach which does
not require the kernel HMM framework in order to
support process address space mirroring.
Regards,
Olu
next prev parent reply other threads:[~2016-03-17 16:40 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-16 17:10 Mirroring process address space on device Olu Ogunbowale
2016-03-16 17:10 ` [PATCH] mm: Export symbols unmapped_area() & unmapped_area_topdown() Olu Ogunbowale
2016-03-16 20:36 ` Christoph Hellwig
2016-03-16 21:00 ` Rik van Riel
2016-03-17 7:24 ` Ingo Molnar
2016-03-17 16:40 ` Olu Ogunbowale [this message]
2016-03-17 14:37 ` Jerome Glisse
2016-03-17 15:38 ` Oded Gabbay
2016-03-17 15:46 ` Olu Ogunbowale
2016-03-17 17:03 ` Jerome Glisse
2016-03-17 17:42 ` Olu Ogunbowale
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=20160317164034.GB31608@imgtec.com \
--to=olu.ogunbowale@imgtec.com \
--cc=Jackson.DSouza@imgtec.com \
--cc=akpm@linux-foundation.org \
--cc=cmetcalf@tilera.com \
--cc=davem@davemloft.net \
--cc=hpa@zytor.com \
--cc=hughd@google.com \
--cc=inux-mm@kvack.org \
--cc=j.glisse@gmail.com \
--cc=lethal@linux-sh.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=mingo@elte.hu \
--cc=ralf@linux-mips.org \
--cc=riel@redhat.com \
--cc=tglx@linutronix.de \
--cc=torvalds@linux-foundation.org \
--cc=walken@google.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