From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ian Campbell <Ian.Campbell@citrix.com>
Subject: Re: [PATCH v2 01/15] xen/arm: register mmio handler at
	runtime
Date: Tue, 8 Apr 2014 13:29:27 +0100
Message-ID: <1396960167.22845.224.camel@kazak.uk.xensource.com>
References: <1396612593-443-1-git-send-email-vijay.kilari@gmail.com>
	<1396612593-443-2-git-send-email-vijay.kilari@gmail.com>
	<533EA307.4000900@linaro.org>
	<CALicx6u-6Gz=LcsDjH+Pb_FG2GzXxMHJOqHCZrfDdwBtqR8dQQ@mail.gmail.com>
	<533EACB0.6070604@linaro.org>
	<CALicx6vT+U=u2N6Hjdq26aTXHmct5PdHJkpmoOSYFQM0QNoyjw@mail.gmail.com>
	<5343CCB8.9040507@linaro.org>
	<CALicx6tuwO3BKXdH6qNwCg-PLFkRXz9NRj+pWUxBnh5q+PzYVg@mail.gmail.com>
	<5343D4C2.9050603@linaro.org>
	<CALicx6u_0thf_G9ZSG1Xw8DnNzBy_DExUoBAnmRrszFH8jK-3A@mail.gmail.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: <CALicx6u_0thf_G9ZSG1Xw8DnNzBy_DExUoBAnmRrszFH8jK-3A@mail.gmail.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: Vijay Kilari <vijay.kilari@gmail.com>
Cc: Stefano Stabellini <stefano.stabellini@eu.citrix.com>, Prasun Kapoor <Prasun.Kapoor@caviumnetworks.com>, Vijaya Kumar K <vijaya.kumar@caviumnetworks.com>, Julien Grall <julien.grall@linaro.org>, Andrii Anisov <andrii.anisov@globallogic.com>, xen-devel@lists.xen.org, Stefano Stabellini <stefano.stabellini@citrix.com>
List-Id: xen-devel@lists.xenproject.org

On Tue, 2014-04-08 at 17:11 +0530, Vijay Kilari wrote:
> On Tue, Apr 8, 2014 at 4:21 PM, Julien Grall <julien.grall@linaro.org> wrote:
> > On 04/08/2014 11:34 AM, Vijay Kilari wrote:
> >>>>>>
> >>>>>>>
> >>>>>>> [..]
> >>>>>>>
> >>>>>>>> diff --git a/xen/include/asm-arm/domain.h b/xen/include/asm-arm/domain.h
> >>>>>>>> index 50b9b54..23dac85 100644
> >>>>>>>> --- a/xen/include/asm-arm/domain.h
> >>>>>>>> +++ b/xen/include/asm-arm/domain.h
> >>>>>>>> @@ -116,6 +116,7 @@ struct arch_domain
> >>>>>>>>      struct hvm_domain hvm_domain;
> >>>>>>>>      xen_pfn_t *grant_table_gpfn;
> >>>>>>>>
> >>>>>>>> +    struct io_handler *io_handlers;
> >>>>>>>
> >>>>>>> Why do you need a pointer here? I think can can directly use
> >>>>>>> struct io_handler iohandlers.
> >>>>>>>
> >>>>>>   I just adds to increase the size of this arch_domain struct.
> >>>>>> so allocated memory at runtime.
> >>>>>
> >>>>> Do you hit the page size?
> >>>> Yes, I have faced page size exhausted issue which I have reported earlier
> >>>
> >>> Did you still have the issue when you moved out GICv stuff outside?
> >> Now I am not getting this issue. But I feel we are on the edge. So it
> >> is always better
> >> to allocate runtime.
> >
> > Hmmmm... we are not on the edge with the current Xen:
> >    - arm32: sizeof(struct domain) = 1024
> >    - arm64: sizeof(struct domain) = 1408
> >
> > Unless if you have added lots of fields in the structure, there is no
> > reason to use a pointer here.
> >
> OK, I can remove this pointer.  When I make static allocation as below
> 
> struct io_handler iohandlers;
> 
> Now all the files that includes domain.h now expects io.h defined
> in arch/arm to include this file for io_handler definition.
> So I plan to move io.h to include directory under different name as
> pio.h file or device_io.h?

mmio.h I think fits the bill.