From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1031464AbcCQQkr (ORCPT <rfc822;w@1wt.eu>);
	Thu, 17 Mar 2016 12:40:47 -0400
Received: from mailapp01.imgtec.com ([195.59.15.196]:30848 "EHLO
	mailapp01.imgtec.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1030618AbcCQQkj (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Thu, 17 Mar 2016 12:40:39 -0400
Date: Thu, 17 Mar 2016 16:40:34 +0000
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()
Message-ID: <20160317164034.GB31608@imgtec.com>
References: <1458148234-4456-1-git-send-email-Olu.Ogunbowale@imgtec.com>
 <1458148234-4456-2-git-send-email-Olu.Ogunbowale@imgtec.com>
 <20160316203657.GA29061@infradead.org>
 <1458162041.14723.32.camel@redhat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
In-Reply-To: <1458162041.14723.32.camel@redhat.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Originating-IP: [10.60.4.44]
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

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