From: Julien Grall <julien.grall@linaro.org>
To: Andrii Tseglytskyi <andrii.tseglytskyi@globallogic.com>,
xen-devel@lists.xen.org
Cc: Stefano Stabellini <stefano.stabellini@citrix.com>,
Chen Baozi <baozich@gmail.com>, Tim Deegan <tim@xen.org>,
Ian Campbell <ian.campbell@citrix.com>
Subject: Re: [PATCH v02 3/3] xen/arm: add DRA7 platform definition
Date: Wed, 02 Jul 2014 15:05:37 +0100 [thread overview]
Message-ID: <53B411B1.2070807@linaro.org> (raw)
In-Reply-To: <1404309000-27846-4-git-send-email-andrii.tseglytskyi@globallogic.com>
Hi Andrii,
(Adding Chen Baozi)
On 07/02/2014 02:50 PM, Andrii Tseglytskyi wrote:
> DRA7 platform definition is added to already existing
> OMAP5 data. Data definitions, needed for DRA7 are
> almost common for OMAP5 family.
>
> Signed-off-by: Andrii Tseglytskyi <andrii.tseglytskyi@globallogic.com>
> ---
> xen/arch/arm/platforms/omap5.c | 25 ++++++++++++++++++++++++-
> 1 file changed, 24 insertions(+), 1 deletion(-)
>
> diff --git a/xen/arch/arm/platforms/omap5.c b/xen/arch/arm/platforms/omap5.c
> index 76d4d9b..837e143 100644
> --- a/xen/arch/arm/platforms/omap5.c
> +++ b/xen/arch/arm/platforms/omap5.c
> @@ -144,12 +144,24 @@ static int __init omap5_smp_init(void)
> return 0;
> }
>
> -static const char const *omap5_dt_compat[] __initconst =
> +static const char * const omap5_dt_compat[] __initconst =
> {
> "ti,omap5",
> + "ti,dra7",
> NULL
> };
>
> +static const struct dt_device_match omap5_blacklist_dev[] __initconst =
> +{
> + /* OMAP Linux kernel handles devices with status "disabled" in a
> + * weird manner - tries to reset them. While their memory ranges
> + * are not mapped, this leads to data aborts, so skip these devices
> + * from DT for dom0.
> + */
> + DT_MATCH_NOT_AVAILABLE(),
> + { /* sentinel */ },
> +};
> +
> PLATFORM_START(omap5, "TI OMAP5")
> .compatible = omap5_dt_compat,
> .init_time = omap5_init_time,
> @@ -161,6 +173,17 @@ PLATFORM_START(omap5, "TI OMAP5")
> .dom0_gnttab_size = 0x20000,
> PLATFORM_END
>
> +PLATFORM_START(dra7, "TI DRA7")
> + .compatible = omap5_dt_compat,
> + .init_time = omap5_init_time,
> + .cpu_up = cpu_up_send_sgi,
> + .smp_init = omap5_smp_init,
> +
> + .dom0_gnttab_start = 0x4b000000,
> + .dom0_gnttab_size = 0x20000,
> + .blacklist_dev = omap5_blacklist_dev,
> +PLATFORM_END
> +
Hmmm... you are sharing the same compatible list with the "TI OMAP5"
platform. You are very lucky that "TI DRA7" is always use otherwise the
devices won't be blacklisted and, therefore, DOM0 will crash.
I've looked to the wiki page created by Chen [1]. And I believe we also
need to blacklist device for generic omap5. This will avoid the
different changes in the device tree [2].
I would merge both platform definition in one.
Regards,
[1]
http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM
[2]
http://wiki.xen.org/wiki/Xen_ARM_with_Virtualization_Extensions/OMAP5432_uEVM#2.3_Build_FDT
--
Julien Grall
next prev parent reply other threads:[~2014-07-02 14:05 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-02 13:49 [PATCH v02 0/3] arm: introduce basic DRA7 platform support Andrii Tseglytskyi
2014-07-02 13:49 ` [PATCH v02 1/3] xen/dt: add match for non-available nodes Andrii Tseglytskyi
2014-07-03 9:53 ` Ian Campbell
2014-07-03 10:32 ` Andrii Tseglytskyi
2014-07-03 12:07 ` Ian Campbell
2014-07-02 13:49 ` [PATCH v02 2/3] xen/arm: dra7: Add UART base address for early logging Andrii Tseglytskyi
2014-07-03 9:53 ` Ian Campbell
2014-07-02 13:50 ` [PATCH v02 3/3] xen/arm: add DRA7 platform definition Andrii Tseglytskyi
2014-07-02 14:05 ` Julien Grall [this message]
2014-07-02 15:02 ` Andrii Tseglytskyi
2014-07-02 15:18 ` Julien Grall
2014-07-02 16:34 ` Andrii Tseglytskyi
2014-07-02 16:51 ` Julien Grall
2014-07-02 17:09 ` Andrii Tseglytskyi
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=53B411B1.2070807@linaro.org \
--to=julien.grall@linaro.org \
--cc=andrii.tseglytskyi@globallogic.com \
--cc=baozich@gmail.com \
--cc=ian.campbell@citrix.com \
--cc=stefano.stabellini@citrix.com \
--cc=tim@xen.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.