From mboxrd@z Thu Jan  1 00:00:00 1970
From: Peter Maydell <peter.maydell@linaro.org>
Subject: Re: [RFC v2] ARM VM System Specification
Date: Mon, 30 Jun 2014 22:14:01 +0100
Message-ID: <CAFEAcA9KJpvKUDgk_ziT9LmOMmFEHVRdTz=OdVt1pm2GEf5JoQ__32020.5702133991$1404162984$gmane$org@mail.gmail.com>
References: <20140328184517.GA27219@cbox> <20140611065412.GA24286@lvm>
	<53981043.3010300@redhat.com> <9801429.iblEns5zC3@wuerfel>
	<53B18E03.4050902@jonmasters.org> <20140630204647.GA19743@cbox>
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: <20140630204647.GA19743@cbox>
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: Christoffer Dall <christoffer.dall@linaro.org>
Cc: Michael Casadevall <Michael.casadevall@linaro.org>, Arnd Bergmann <arnd@arndb.de>, kvm-devel <kvm@vger.kernel.org>, Rob Herring <rob.herring@linaro.org>, "marc.zyngier@arm.com" <marc.zyngier@arm.com>, "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>, Grant Likely <grant.likely@linaro.org>, Christopher Covington <cov@codeaurora.org>, Stefano Stabellini <stefano.stabellini@citrix.com>, "cross-distro@lists.linaro.org" <cross-distro@lists.linaro.org>, Jon Masters <jonathan@jonmasters.org>, Paolo Bonzini <pbonzini@redhat.com>, "kvmarm@lists.cs.columbia.edu" <kvmarm@lists.cs.columbia.edu>, arm-mail-list <linux-arm-kernel@lists.infradead.org>, Ian Campbell <ian.campbell@citrix.com>
List-Id: xen-devel@lists.xenproject.org

On 30 June 2014 21:46, Christoffer Dall <christoffer.dall@linaro.org> wrote:
> Seems like we should stick a note in there about being UEFI compatible
> requires an RTC.  We went this far before Peter raised the issue with
> noone else realizing it, so it seems like a good idea to me.

How about:
=====
Guest OSes in the VM image should rely on the UEFI RTC API for
real time clock services. (To provide that API, the VM system will
likely need to implement some real time clock device, but the
details of these are a private implementation issue between it
and its associated UEFI implementation.)
=====

?

thanks
-- PMM