From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christopher Covington Subject: Re: [RFC v2] ARM VM System Specification Date: Tue, 10 Jun 2014 13:04:40 -0400 Message-ID: <53973AA8.9020301@codeaurora.org> References: <20140328184517.GA27219@cbox> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Christoffer Dall , "cross-distro@lists.linaro.org" , Ian Campbell , kvm-devel , Michael Casadevall , "marc.zyngier@arm.com" , Rob Herring , "xen-devel@lists.xen.org" , Stefano Stabellini , Grant Likely , "kvmarm@lists.cs.columbia.edu" , arm-mail-list To: Peter Maydell Return-path: Received: from smtp.codeaurora.org ([198.145.11.231]:53317 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752498AbaFJREo (ORCPT ); Tue, 10 Jun 2014 13:04:44 -0400 In-Reply-To: Sender: kvm-owner@vger.kernel.org List-ID: Hi Peter, On 06/10/2014 10:42 AM, Peter Maydell wrote: > On 28 March 2014 18:45, Christoffer Dall wrote: >> ARM VM System Specification >> =========================== >> > >> The virtual hardware platform must provide a number of mandatory >> peripherals: >> >> Serial console: The platform should provide a console, >> based on an emulated pl011, a virtio-console, or a Xen PV console. >> >> An ARM Generic Interrupt Controller v2 (GICv2) [3] or newer. GICv2 >> limits the the number of virtual CPUs to 8 cores, newer GIC versions >> removes this limitation. >> >> The ARM virtual timer and counter should be available to the VM as >> per the ARM Generic Timers specification in the ARM ARM [1]. > > I just noticed that this doesn't mandate that the platform > provides an RTC. As I understand it, the UEFI spec mandates > that there's an RTC (could somebody more familiar with UEFI > than me confirm/deny that?) so we should probably put one here. Pardon my ignorance, but what exactly disqualifies Generic Timer implementations from being used as Real Time Clocks? Thanks, Christopher -- Employee of Qualcomm Innovation Center, Inc. Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by the Linux Foundation.