From: Julien Grall <julien.grall@linaro.org>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: Anthony Perard <anthony.perard@citrix.com>,
"patches@linaro.org" <patches@linaro.org>,
Stefano Stabellini <Stefano.Stabellini@eu.citrix.com>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: [RFC 15/29] xen/arm: Don't hardcode VGIC informations
Date: Mon, 29 Apr 2013 17:42:18 +0100 [thread overview]
Message-ID: <517EA2EA.6000605@linaro.org> (raw)
In-Reply-To: <1367250117.3142.353.camel@zakaz.uk.xensource.com>
On 04/29/2013 04:41 PM, Ian Campbell wrote:
> On Mon, 2013-04-29 at 00:01 +0100, Julien Grall wrote:
>> @@ -754,11 +759,21 @@ void gic_interrupt(struct cpu_user_regs *regs, int is_fiq)
>>
>> int gicv_setup(struct domain *d)
>> {
>> + /* TODO: Retrieve distributor and CPU guest base address from the
>> + * guest DTS
>> + * For the moment we use dom0 DTS
>
> FWIW I think what we will need here eventually is domctl's so the
> toolstack can set this stuff explicitly to match the DT it generates,
> not to pass the guest DTB to the hypervisor and parse it or anything
> like that (maybe that's not what you were suggesting).
I don't have a particular plan for parsing/generate the guest DTB.
We can:
1) Replace the GIC base address in the guest DTB
2) Use the GIC base address found in the DTB
I would prefer the second solution, and use the first when the node
doesn't exist.
I believe the guest DTB is currently appended to the kernel. So do we
really need to create a new hypercall for this purpose?
We can add some logic in the toolstack to take the kernel and the device
tree in arguments and concatenate it.
>> /* Number of ranks of interrupt registers for a domain */
>> @@ -79,7 +77,16 @@ int domain_vgic_init(struct domain *d)
>> int i;
>>
>> d->arch.vgic.ctlr = 0;
>> - d->arch.vgic.nr_lines = 32;
>> +
>> + /**
>
> Javadoc? ;-)
Right. Bad habit :). I will replace by /*.
--
Julien
next prev parent reply other threads:[~2013-04-29 16:42 UTC|newest]
Thread overview: 123+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-28 23:01 [RFC 00/29] Support multiple ARM platforms in Xen Julien Grall
2013-04-28 23:01 ` [RFC 01/29] xen/arm: lr must be included in range [0-nr_lr[ Julien Grall
2013-04-29 14:55 ` Ian Campbell
2013-04-29 15:13 ` Julien Grall
2013-04-28 23:01 ` [RFC 02/29] xen/arm: don't allow dom0 to access to vpl011 UART0 memory range Julien Grall
2013-04-29 14:57 ` Ian Campbell
2013-04-29 15:19 ` Julien Grall
2013-04-28 23:01 ` [RFC 03/29] xen/arm: Remove duplicated GICD_ICPIDR2 definition Julien Grall
2013-04-29 14:58 ` Ian Campbell
2013-04-28 23:01 ` [RFC 04/29] xen/arm: Bump early printk internal buffer to 512 Julien Grall
2013-04-29 15:01 ` Ian Campbell
2013-04-29 15:22 ` Julien Grall
2013-04-28 23:01 ` [RFC 05/29] xen/arm: Fix early_panic when EARLY_PRINTK is disabled Julien Grall
2013-04-29 15:01 ` Ian Campbell
2013-04-28 23:01 ` [RFC 06/29] xen/arm: Load dtb after dom0 kernel Julien Grall
2013-04-29 15:07 ` Ian Campbell
2013-04-29 15:29 ` Julien Grall
2013-04-28 23:01 ` [RFC 07/29] xen/arm: Create a hierarchical device tree Julien Grall
2013-04-29 15:19 ` Ian Campbell
2013-04-29 15:32 ` Julien Grall
2013-04-28 23:01 ` [RFC 08/29] xen/arm: Add helpers to use the " Julien Grall
2013-04-29 15:23 ` Ian Campbell
2013-04-29 15:40 ` Julien Grall
2013-04-29 16:55 ` Ian Campbell
2013-04-29 18:23 ` Julien Grall
2013-04-30 9:22 ` Ian Campbell
2013-04-28 23:01 ` [RFC 09/29] xen/arm: Add helpers to retrieve an address from " Julien Grall
2013-04-28 23:01 ` [RFC 10/29] xen/arm: Add helpers to retrieve an interrupt description " Julien Grall
2013-04-29 15:28 ` Ian Campbell
2013-04-29 15:45 ` Julien Grall
2013-04-29 16:56 ` Ian Campbell
2013-04-28 23:01 ` [RFC 11/29] xen/arm: Introduce gic_route_dt_irq Julien Grall
2013-04-29 15:28 ` Ian Campbell
2013-04-28 23:01 ` [RFC 12/29] xen/arm: Introduce gic_irq_xlate Julien Grall
2013-04-29 15:31 ` Ian Campbell
2013-04-29 15:52 ` Julien Grall
2013-04-28 23:01 ` [RFC 13/29] xen/arm: Use hierarchical device tree to retrieve GIC information Julien Grall
2013-04-29 15:35 ` Ian Campbell
2013-04-29 16:30 ` Julien Grall
2013-04-29 20:42 ` Julien Grall
2013-04-30 9:34 ` Ian Campbell
2013-04-30 18:04 ` Julien Grall
2013-05-01 8:14 ` Ian Campbell
2013-04-28 23:01 ` [RFC 14/29] xen/arm: Retrieve timer interrupts from the device tree Julien Grall
2013-04-29 15:38 ` Ian Campbell
2013-04-29 20:23 ` Julien Grall
2013-04-28 23:01 ` [RFC 15/29] xen/arm: Don't hardcode VGIC informations Julien Grall
2013-04-29 15:41 ` Ian Campbell
2013-04-29 16:42 ` Julien Grall [this message]
2013-04-30 9:03 ` Ian Campbell
2013-04-28 23:01 ` [RFC 16/29] xen/arm: Introduce a generic way to use a device from the device tree Julien Grall
2013-04-29 15:44 ` Ian Campbell
2013-04-29 16:58 ` Julien Grall
2013-04-28 23:02 ` [RFC 17/29] xen/arm: New callback in uart_driver to get device tree interrupt structure Julien Grall
2013-04-29 15:46 ` Ian Campbell
2013-04-29 17:09 ` Julien Grall
2013-04-30 9:05 ` Ian Campbell
2013-04-28 23:02 ` [RFC 18/29] xen/arm: add generic UART to get the device in the device tree Julien Grall
2013-04-29 15:51 ` Ian Campbell
2013-04-29 17:24 ` Julien Grall
2013-04-30 9:09 ` Ian Campbell
2013-04-30 11:05 ` Julien Grall
2013-04-30 12:41 ` Ian Campbell
2013-04-30 13:37 ` Julien Grall
2013-04-28 23:02 ` [RFC 19/29] xen/arm: Use device tree API in pl011 UART driver Julien Grall
2013-04-29 15:54 ` Ian Campbell
2013-04-29 17:27 ` Julien Grall
2013-04-28 23:02 ` [RFC 20/29] xen/arm: Use the device tree to map the address range and IRQ to dom0 Julien Grall
2013-04-29 15:59 ` Ian Campbell
2013-04-29 17:30 ` Julien Grall
2013-04-28 23:02 ` [RFC 21/29] xen/arm: WORKAROUND 1:1 memory mapping for dom0 Julien Grall
2013-04-29 16:13 ` Ian Campbell
2013-04-29 17:43 ` Julien Grall
2013-04-30 9:12 ` Ian Campbell
2013-04-28 23:02 ` [RFC 22/29] xen/arm: Allow Xen to run on multiple platform without recompilation Julien Grall
2013-04-29 16:15 ` Ian Campbell
2013-04-29 17:44 ` Julien Grall
2013-05-01 11:51 ` Stefano Stabellini
2013-04-28 23:02 ` [RFC 23/29] xen/arm: Add versatile express platform Julien Grall
2013-04-29 16:27 ` Ian Campbell
2013-04-29 17:52 ` Julien Grall
2013-04-30 9:12 ` Ian Campbell
2013-04-28 23:02 ` [RFC 24/29] xen/arm: Don't use pl011 UART by default for early printk Julien Grall
2013-04-29 16:45 ` Ian Campbell
2013-04-29 18:12 ` Julien Grall
2013-04-30 9:18 ` Ian Campbell
[not found] ` <CAPnVf8zQ-xhOqab5wVWGenJPdcRgwcr9t50EzMT372HSuPupPQ@mail.gmail.com>
2013-04-30 11:21 ` Julien Grall
2013-04-30 12:44 ` Ian Campbell
2013-04-30 13:39 ` Julien Grall
2013-04-30 13:51 ` Ian Campbell
2013-04-30 13:57 ` Julien Grall
2013-04-30 14:09 ` Ian Campbell
2013-04-30 9:00 ` Ian Campbell
2013-04-30 11:24 ` Julien Grall
2013-04-28 23:02 ` [RFC 25/29] xen/arm: Add exynos 4210 UART support Julien Grall
2013-04-29 16:51 ` Ian Campbell
2013-04-29 18:12 ` Anthony PERARD
2013-04-29 18:21 ` Julien Grall
2013-04-30 9:22 ` Ian Campbell
2013-04-28 23:02 ` [RFC 26/29] xen/arm: Add Exynos 4210 UART support for early printk Julien Grall
2013-04-30 9:53 ` Ian Campbell
2013-05-01 17:17 ` Anthony PERARD
2013-05-02 7:58 ` Ian Campbell
2013-05-02 10:51 ` Anthony PERARD
2013-05-01 17:24 ` Anthony PERARD
2013-04-28 23:02 ` [RFC 27/29] xen/arm: Add platform specific code for the exynos5 Julien Grall
2013-04-30 10:00 ` Ian Campbell
2013-04-30 15:40 ` Julien Grall
2013-04-30 15:46 ` Ian Campbell
2013-04-30 16:11 ` Julien Grall
2013-04-28 23:02 ` [RFC 28/29] xen/arm: Support secondary cpus boot and switch to hypervisor " Julien Grall
2013-04-30 10:10 ` Ian Campbell
2013-04-30 11:52 ` Julien Grall
2013-04-28 23:02 ` [RFC 29/29] xen/arm64: Remove hardcoded value for gic in assembly code Julien Grall
2013-04-30 10:11 ` Ian Campbell
2013-04-29 10:17 ` [RFC 00/29] Support multiple ARM platforms in Xen Ian Campbell
2013-04-29 10:33 ` George Dunlap
2013-04-29 12:47 ` Julien Grall
2013-04-29 12:52 ` Ian Campbell
2013-04-29 12:45 ` Julien Grall
2013-04-29 16:13 ` Ian Campbell
2013-04-29 18:20 ` Julien Grall
2013-04-30 9:19 ` Ian Campbell
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=517EA2EA.6000605@linaro.org \
--to=julien.grall@linaro.org \
--cc=Ian.Campbell@citrix.com \
--cc=Stefano.Stabellini@eu.citrix.com \
--cc=anthony.perard@citrix.com \
--cc=patches@linaro.org \
--cc=xen-devel@lists.xen.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.