All of lore.kernel.org
 help / color / mirror / Atom feed
From: Julien Grall <julien.grall@arm.com>
To: Volodymyr Babchuk <Volodymyr_Babchuk@epam.com>,
	Viktor Mitin <viktor.mitin.19@gmail.com>
Cc: "xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>,
	Stefano Stabellini <sstabellini@kernel.org>,
	Viktor Mitin <Viktor_Mitin@epam.com>
Subject: Re: [Xen-devel] [PATCH v4 2/2] xen/arm: merge make_timer_node and make_timer_domU_node
Date: Wed, 31 Jul 2019 15:35:11 +0100	[thread overview]
Message-ID: <76a13c39-9b8b-eb3d-cf71-3603ac63c041@arm.com> (raw)
In-Reply-To: <875zniiao3.fsf@epam.com>

Hi Volodymyr,

On 31/07/2019 14:41, Volodymyr Babchuk wrote:
> Viktor Mitin writes:
>> On Wed, Jul 31, 2019 at 3:33 PM Volodymyr Babchuk
>> <Volodymyr_Babchuk@epam.com> wrote:
>>> So, previously this code copied "compatible" property from platform
>>> device tree. Please note, that theoretically it would be neither
>>> "arm,armv8-timer" not "arm,armv7-timer". Now you are setting one of the
>>> two values. I'm not sure if this is right thing to do in the first
>>> place. Probably we need comment from Julien. But this change should be
>>> reflected in the commit message.
>>
>> Well, it is done, because Julien preferred domU variant as more simple one.
>> Actually I have checked that both variats works well, but kept domU case.
> My concern is that you are changing function behavior in
> non-backward compatible way. Yes, it is working on your platform. But
> what about others?

There are only official three compatible existing for the arch timer:
    - arm,armv7-timer
    - arm,armv8-timer
    - arm,cortex-a15-timer

The latter should always have also arm,armv7-timer. Any OS running on Xen should 
not assume that a specific property should be there. If it is not the case, then 
fix your OS.

I am also discarding any other property compatible as they are probably 
out-of-tree and therefore not supported.

For 64-bit domain, you can only ever run on Armv8 platform so there are no 
change here.

For 32-bit domain, you can run on either Armv8 and Armv7 platform. It is a grey 
area where you should pass a different property depending on the platform you 
are. Libxl is always passing armv7 so I would prefer to keep like that.

The main difference with this patch will be for 32-bit dom0. They will always 
see Armv7 compatible even when running on Armv8 platform.

Xen 32-bit on Armv8 platform is not supported. Running 32-bit dom0 on Xen 64-bit 
is very unlikely.

So I don't have any major concerns with this change. This has the advantage to 
uniformize the way arch timer is exposed to all the guests.

Cheers,

-- 
Julien Grall

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

  parent reply	other threads:[~2019-07-31 14:35 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-07-31 10:28 [Xen-devel] [PATCH v4 1/2] xen/arm: extend fdt_property_interrupts Viktor Mitin
2019-07-31 10:28 ` [Xen-devel] [PATCH v4 2/2] xen/arm: merge make_timer_node and make_timer_domU_node Viktor Mitin
2019-07-31 12:33   ` Volodymyr Babchuk
2019-07-31 12:49     ` Viktor Mitin
2019-07-31 13:41       ` Volodymyr Babchuk
2019-07-31 14:16         ` Julien Grall
2019-07-31 14:35         ` Julien Grall [this message]
2019-07-31 14:09   ` Julien Grall
2019-07-31 12:11 ` [Xen-devel] [PATCH v4 1/2] xen/arm: extend fdt_property_interrupts Volodymyr Babchuk
2019-07-31 12:28   ` Viktor Mitin
2019-07-31 12:52     ` Julien Grall
2019-08-01 12:26       ` Viktor Mitin
2019-08-01 12:41         ` Julien Grall
2019-08-01 13:59           ` Lars Kurth
2019-08-01 14:02             ` Julien Grall
2019-08-01 14:11               ` Lars Kurth
2019-08-01 14:50                 ` Viktor Mitin
2019-07-31 13:59 ` Julien Grall

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=76a13c39-9b8b-eb3d-cf71-3603ac63c041@arm.com \
    --to=julien.grall@arm.com \
    --cc=Viktor_Mitin@epam.com \
    --cc=Volodymyr_Babchuk@epam.com \
    --cc=sstabellini@kernel.org \
    --cc=viktor.mitin.19@gmail.com \
    --cc=xen-devel@lists.xenproject.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.