* [PATCH] xen: arm: platforms: Remove determining reset specific values from dts for XGENE.
@ 2014-02-04 6:05 Pranavkumar Sawargaonkar
2014-02-04 9:43 ` Ian Campbell
0 siblings, 1 reply; 5+ messages in thread
From: Pranavkumar Sawargaonkar @ 2014-02-04 6:05 UTC (permalink / raw)
To: xen-devel
Cc: ian.campbell, Anup Patel, patches, patches, stefano.stabellini,
Pranavkumar Sawargaonkar
This patch removes reading reset specific values (address, size and mask) from dts
and uses values defined in the code now.
This is because currently xgene reset driver (submitted in linux) is going through
a change (which is not yet accepted), this new driver has a new type of dts bindings
for reset.
Hence till linux driver comes to some conclusion, we will use hardcoded values instead
of reading from dts so that xen code will not break due to the linux transition.
Ref:
http://lists.xen.org/archives/html/xen-devel/2014-01/msg02256.html
http://www.gossamer-threads.com/lists/linux/kernel/1845585
Signed-off-by: Pranavkumar Sawargaonkar <pranavkumar@linaro.org>
Signed-off-by: Anup Patel <anup.patel@linaro.org>
---
xen/arch/arm/platforms/xgene-storm.c | 43 +++++++++-------------------------
1 file changed, 11 insertions(+), 32 deletions(-)
diff --git a/xen/arch/arm/platforms/xgene-storm.c b/xen/arch/arm/platforms/xgene-storm.c
index 4fc185b..1da9b36 100644
--- a/xen/arch/arm/platforms/xgene-storm.c
+++ b/xen/arch/arm/platforms/xgene-storm.c
@@ -25,6 +25,11 @@
#include <asm/io.h>
#include <asm/gic.h>
+/* XGENE RESET Specific defines */
+#define XGENE_RESET_ADDR 0x17000014UL
+#define XGENE_RESET_SIZE 0x100
+#define XGENE_RESET_MASK 0x1
+
/* Variables to save reset address of soc during platform initialization. */
static u64 reset_addr, reset_size;
static u32 reset_mask;
@@ -141,38 +146,12 @@ static void xgene_storm_reset(void)
static int xgene_storm_init(void)
{
- static const struct dt_device_match reset_ids[] __initconst =
- {
- DT_MATCH_COMPATIBLE("apm,xgene-reboot"),
- {},
- };
- struct dt_device_node *dev;
- int res;
-
- dev = dt_find_matching_node(NULL, reset_ids);
- if ( !dev )
- {
- printk("XGENE: Unable to find a compatible reset node in the device tree");
- return 0;
- }
-
- dt_device_set_used_by(dev, DOMID_XEN);
-
- /* Retrieve base address and size */
- res = dt_device_get_address(dev, 0, &reset_addr, &reset_size);
- if ( res )
- {
- printk("XGENE: Unable to retrieve the base address for reset\n");
- return 0;
- }
-
- /* Get reset mask */
- res = dt_property_read_u32(dev, "mask", &reset_mask);
- if ( !res )
- {
- printk("XGENE: Unable to retrieve the reset mask\n");
- return 0;
- }
+ /* TBD: Once Linux side device tree bindings are finalized retrieve
+ * these values from dts.
+ */
+ reset_addr = XGENE_RESET_ADDR;
+ reset_size = XGENE_RESET_SIZE;
+ reset_mask = XGENE_RESET_MASK;
reset_vals_valid = true;
return 0;
--
1.7.9.5
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH] xen: arm: platforms: Remove determining reset specific values from dts for XGENE.
2014-02-04 6:05 [PATCH] xen: arm: platforms: Remove determining reset specific values from dts for XGENE Pranavkumar Sawargaonkar
@ 2014-02-04 9:43 ` Ian Campbell
2014-02-05 14:57 ` George Dunlap
0 siblings, 1 reply; 5+ messages in thread
From: Ian Campbell @ 2014-02-04 9:43 UTC (permalink / raw)
To: Pranavkumar Sawargaonkar
Cc: Anup Patel, patches, George Dunlap, patches, xen-devel,
stefano.stabellini
On Tue, 2014-02-04 at 11:35 +0530, Pranavkumar Sawargaonkar wrote:
> This patch removes reading reset specific values (address, size and mask) from dts
> and uses values defined in the code now.
> This is because currently xgene reset driver (submitted in linux) is going through
> a change (which is not yet accepted), this new driver has a new type of dts bindings
> for reset.
> Hence till linux driver comes to some conclusion, we will use hardcoded values instead
> of reading from dts so that xen code will not break due to the linux transition.
>
> Ref:
> http://lists.xen.org/archives/html/xen-devel/2014-01/msg02256.html
> http://www.gossamer-threads.com/lists/linux/kernel/1845585
>
> Signed-off-by: Pranavkumar Sawargaonkar <pranavkumar@linaro.org>
> Signed-off-by: Anup Patel <anup.patel@linaro.org>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
George -- I'd like to take this into 4.4 to avoid shipping a Xen which
relies on an unagreed DTS binding (which is an ABI of sorts).
Ian.
> ---
> xen/arch/arm/platforms/xgene-storm.c | 43 +++++++++-------------------------
> 1 file changed, 11 insertions(+), 32 deletions(-)
>
> diff --git a/xen/arch/arm/platforms/xgene-storm.c b/xen/arch/arm/platforms/xgene-storm.c
> index 4fc185b..1da9b36 100644
> --- a/xen/arch/arm/platforms/xgene-storm.c
> +++ b/xen/arch/arm/platforms/xgene-storm.c
> @@ -25,6 +25,11 @@
> #include <asm/io.h>
> #include <asm/gic.h>
>
> +/* XGENE RESET Specific defines */
> +#define XGENE_RESET_ADDR 0x17000014UL
> +#define XGENE_RESET_SIZE 0x100
> +#define XGENE_RESET_MASK 0x1
> +
> /* Variables to save reset address of soc during platform initialization. */
> static u64 reset_addr, reset_size;
> static u32 reset_mask;
> @@ -141,38 +146,12 @@ static void xgene_storm_reset(void)
>
> static int xgene_storm_init(void)
> {
> - static const struct dt_device_match reset_ids[] __initconst =
> - {
> - DT_MATCH_COMPATIBLE("apm,xgene-reboot"),
> - {},
> - };
> - struct dt_device_node *dev;
> - int res;
> -
> - dev = dt_find_matching_node(NULL, reset_ids);
> - if ( !dev )
> - {
> - printk("XGENE: Unable to find a compatible reset node in the device tree");
> - return 0;
> - }
> -
> - dt_device_set_used_by(dev, DOMID_XEN);
> -
> - /* Retrieve base address and size */
> - res = dt_device_get_address(dev, 0, &reset_addr, &reset_size);
> - if ( res )
> - {
> - printk("XGENE: Unable to retrieve the base address for reset\n");
> - return 0;
> - }
> -
> - /* Get reset mask */
> - res = dt_property_read_u32(dev, "mask", &reset_mask);
> - if ( !res )
> - {
> - printk("XGENE: Unable to retrieve the reset mask\n");
> - return 0;
> - }
> + /* TBD: Once Linux side device tree bindings are finalized retrieve
> + * these values from dts.
> + */
> + reset_addr = XGENE_RESET_ADDR;
> + reset_size = XGENE_RESET_SIZE;
> + reset_mask = XGENE_RESET_MASK;
>
> reset_vals_valid = true;
> return 0;
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] xen: arm: platforms: Remove determining reset specific values from dts for XGENE.
2014-02-04 9:43 ` Ian Campbell
@ 2014-02-05 14:57 ` George Dunlap
2014-02-05 15:01 ` Ian Campbell
2014-02-06 12:40 ` Ian Campbell
0 siblings, 2 replies; 5+ messages in thread
From: George Dunlap @ 2014-02-05 14:57 UTC (permalink / raw)
To: Ian Campbell, Pranavkumar Sawargaonkar
Cc: patches, patches, stefano.stabellini, Anup Patel, xen-devel
On 02/04/2014 09:43 AM, Ian Campbell wrote:
> On Tue, 2014-02-04 at 11:35 +0530, Pranavkumar Sawargaonkar wrote:
>> This patch removes reading reset specific values (address, size and mask) from dts
>> and uses values defined in the code now.
>> This is because currently xgene reset driver (submitted in linux) is going through
>> a change (which is not yet accepted), this new driver has a new type of dts bindings
>> for reset.
>> Hence till linux driver comes to some conclusion, we will use hardcoded values instead
>> of reading from dts so that xen code will not break due to the linux transition.
>>
>> Ref:
>> http://lists.xen.org/archives/html/xen-devel/2014-01/msg02256.html
>> http://www.gossamer-threads.com/lists/linux/kernel/1845585
>>
>> Signed-off-by: Pranavkumar Sawargaonkar <pranavkumar@linaro.org>
>> Signed-off-by: Anup Patel <anup.patel@linaro.org>
> Acked-by: Ian Campbell <ian.campbell@citrix.com>
>
> George -- I'd like to take this into 4.4 to avoid shipping a Xen which
> relies on an unagreed DTS binding (which is an ABI of sorts).
Is this the reboot binging one with 3 options, #2 of which was hard-code
the values rather than using DT?
Assuming so:
Release-acked-by: George Dunlap <george.dunlap@eu.citrix.com>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] xen: arm: platforms: Remove determining reset specific values from dts for XGENE.
2014-02-05 14:57 ` George Dunlap
@ 2014-02-05 15:01 ` Ian Campbell
2014-02-06 12:40 ` Ian Campbell
1 sibling, 0 replies; 5+ messages in thread
From: Ian Campbell @ 2014-02-05 15:01 UTC (permalink / raw)
To: George Dunlap
Cc: Anup Patel, patches, patches, xen-devel, stefano.stabellini,
Pranavkumar Sawargaonkar
On Wed, 2014-02-05 at 14:57 +0000, George Dunlap wrote:
> On 02/04/2014 09:43 AM, Ian Campbell wrote:
> > On Tue, 2014-02-04 at 11:35 +0530, Pranavkumar Sawargaonkar wrote:
> >> This patch removes reading reset specific values (address, size and mask) from dts
> >> and uses values defined in the code now.
> >> This is because currently xgene reset driver (submitted in linux) is going through
> >> a change (which is not yet accepted), this new driver has a new type of dts bindings
> >> for reset.
> >> Hence till linux driver comes to some conclusion, we will use hardcoded values instead
> >> of reading from dts so that xen code will not break due to the linux transition.
> >>
> >> Ref:
> >> http://lists.xen.org/archives/html/xen-devel/2014-01/msg02256.html
> >> http://www.gossamer-threads.com/lists/linux/kernel/1845585
> >>
> >> Signed-off-by: Pranavkumar Sawargaonkar <pranavkumar@linaro.org>
> >> Signed-off-by: Anup Patel <anup.patel@linaro.org>
> > Acked-by: Ian Campbell <ian.campbell@citrix.com>
> >
> > George -- I'd like to take this into 4.4 to avoid shipping a Xen which
> > relies on an unagreed DTS binding (which is an ABI of sorts).
>
> Is this the reboot binging one with 3 options, #2 of which was hard-code
> the values rather than using DT?
Yes.
> Assuming so:
>
> Release-acked-by: George Dunlap <george.dunlap@eu.citrix.com>
Thanks.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] xen: arm: platforms: Remove determining reset specific values from dts for XGENE.
2014-02-05 14:57 ` George Dunlap
2014-02-05 15:01 ` Ian Campbell
@ 2014-02-06 12:40 ` Ian Campbell
1 sibling, 0 replies; 5+ messages in thread
From: Ian Campbell @ 2014-02-06 12:40 UTC (permalink / raw)
To: George Dunlap
Cc: Anup Patel, patches, patches, xen-devel, stefano.stabellini,
Pranavkumar Sawargaonkar
On Wed, 2014-02-05 at 14:57 +0000, George Dunlap wrote:
> On 02/04/2014 09:43 AM, Ian Campbell wrote:
> > On Tue, 2014-02-04 at 11:35 +0530, Pranavkumar Sawargaonkar wrote:
> >> This patch removes reading reset specific values (address, size and mask) from dts
> >> and uses values defined in the code now.
> >> This is because currently xgene reset driver (submitted in linux) is going through
> >> a change (which is not yet accepted), this new driver has a new type of dts bindings
> >> for reset.
> >> Hence till linux driver comes to some conclusion, we will use hardcoded values instead
> >> of reading from dts so that xen code will not break due to the linux transition.
> >>
> >> Ref:
> >> http://lists.xen.org/archives/html/xen-devel/2014-01/msg02256.html
> >> http://www.gossamer-threads.com/lists/linux/kernel/1845585
> >>
> >> Signed-off-by: Pranavkumar Sawargaonkar <pranavkumar@linaro.org>
> >> Signed-off-by: Anup Patel <anup.patel@linaro.org>
> > Acked-by: Ian Campbell <ian.campbell@citrix.com>
> >
> > George -- I'd like to take this into 4.4 to avoid shipping a Xen which
> > relies on an unagreed DTS binding (which is an ABI of sorts).
>
> Is this the reboot binging one with 3 options, #2 of which was hard-code
> the values rather than using DT?
>
> Assuming so:
>
> Release-acked-by: George Dunlap <george.dunlap@eu.citrix.com>
Applied, thanks all.
I reflowed the commit message to make it fit in 80 columns.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2014-02-06 12:40 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-02-04 6:05 [PATCH] xen: arm: platforms: Remove determining reset specific values from dts for XGENE Pranavkumar Sawargaonkar
2014-02-04 9:43 ` Ian Campbell
2014-02-05 14:57 ` George Dunlap
2014-02-05 15:01 ` Ian Campbell
2014-02-06 12:40 ` Ian Campbell
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).