From mboxrd@z Thu Jan  1 00:00:00 1970
From: Parth Dixit <parth.dixit@linaro.org>
Subject: Re: [PATCH v2 05/41] acpi : add helper function for
 mapping memory
Date: Sun, 5 Jul 2015 18:33:33 +0530
Message-ID: <CABy3MNnKcWAZe8ngH8Oa5w3AFmN4Dei6DVec39y3_pffpT=RGw@mail.gmail.com>
References: <1431893048-5214-1-git-send-email-parth.dixit@linaro.org>
	<1431893048-5214-6-git-send-email-parth.dixit@linaro.org>
	<5559E893.4000303@citrix.com>
	<CABy3MNmbwzBbzkqn3Hnr7U_NWe94-GnCUHoz+za8dRsHE9VHOw@mail.gmail.com>
	<55617E49.5070808@citrix.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <55617E49.5070808@citrix.com>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Julien Grall <julien.grall@citrix.com>
Cc: keir@xen.org, Ian Campbell <ian.campbell@citrix.com>, andrew.cooper3@citrix.com, tim@xen.org, xen-devel <xen-devel@lists.xen.org>, Stefano Stabellini <stefano.stabellini@citrix.com>, shannon.zhao@linaro.org, Jan Beulich <jbeulich@suse.com>, Christoffer Dall <christoffer.dall@linaro.org>
List-Id: xen-devel@lists.xenproject.org

+shannon

On 24 May 2015 at 13:01, Julien Grall <julien.grall@citrix.com> wrote:
> Hi Parth,
>
> On 24/05/2015 07:40, Parth Dixit wrote:
>>
>>     On 17/05/15 21:03, Parth Dixit wrote:
>>      > diff --git a/xen/arch/arm/Makefile b/xen/arch/arm/Makefile
>>      > index 935999e..096e9ef 100644
>>      > --- a/xen/arch/arm/Makefile
>>      > +++ b/xen/arch/arm/Makefile
>>      > @@ -2,6 +2,7 @@ subdir-$(arm32) += arm32
>>      >  subdir-$(arm64) += arm64
>>      >  subdir-y += platforms
>>      >  subdir-$(arm64) += efi
>>      > +subdir-$(HAS_ACPI) += acpi
>>      >
>>      >  obj-$(EARLY_PRINTK) += early_printk.o
>>      >  obj-y += cpu.o
>>      > diff --git a/xen/arch/arm/acpi/Makefile
>> b/xen/arch/arm/acpi/Makefile
>>      > new file mode 100644
>>      > index 0000000..b5be22d
>>      > --- /dev/null
>>      > +++ b/xen/arch/arm/acpi/Makefile
>>      > @@ -0,0 +1 @@
>>      > +obj-y += lib.o
>>      > diff --git a/xen/arch/arm/acpi/lib.c b/xen/arch/arm/acpi/lib.c
>>      > new file mode 100644
>>      > index 0000000..650beed
>>      > --- /dev/null
>>      > +++ b/xen/arch/arm/acpi/lib.c
>>      > @@ -0,0 +1,8 @@
>>      > +#include <xen/acpi.h>
>>      > +#include <asm/mm.h>
>>      > +
>>      > +void __iomem *
>>      > +acpi_os_map_iomem(acpi_physical_address phys, acpi_size size)
>>      > +{
>>      > +    return __va(phys);
>>      > +}
>>
>>     I would have prefer two distinct patch: one for the refactoring of
>>     acpi_os_map_memory and the other for implementing the ARM part
>>     explaining why only using __va.
>>
>>     __va should only be used when the memory is direct-mapped to Xen (i.e
>>     accessible directly). On ARM64, this only the case for the RAM. Can
>> you
>>     confirm that ACPI will always reside to the RAM?
>>
>>     I already asked the same question on the previous version but got no
>>     answer from you...
>>
>> I did not found any document which says it will always reside in RAM or
>> otherwise..
>
>
> If so, you have use vmap or ioremap_cache as suggested by Jan.
>
> Regards,
>
> --
> Julien Grall