From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48247) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gH9ug-0003qK-8T for qemu-devel@nongnu.org; Mon, 29 Oct 2018 11:57:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gH9ua-00037t-7L for qemu-devel@nongnu.org; Mon, 29 Oct 2018 11:57:09 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:50112 helo=foss.arm.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gH9uZ-00033e-OY for qemu-devel@nongnu.org; Mon, 29 Oct 2018 11:57:04 -0400 References: <20181024113709.16599-1-richard.henderson@linaro.org> <20181024113709.16599-5-richard.henderson@linaro.org> From: Marc Zyngier Message-ID: <1ca884ee-8bf5-77fa-dfd8-b275da1ec846@arm.com> Date: Mon, 29 Oct 2018 15:56:58 +0000 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 4/5] target/arm: Fill in ARMISARegisters for kvm32 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Richard Henderson , QEMU Developers , Christoffer Dall On 29/10/18 15:48, Peter Maydell wrote: > On 29 October 2018 at 15:40, Marc Zyngier wrote: >> My temptation would be not to expose it at all when running on a v7 >> core, and return an error rather than zero. >> >> The other issue is that we currently don't support running 32bit KVM on >> any ARMv8 platform, as we strictly check the CPUs we want to run on (A7 >> and A15). I remember seeing patches that would allow any host core to be >> used (similar to what we have on the 64bit side), but that never made it >> in the tree. > > Ah, that's convenient in some ways. It means we can define the > API to be "for v7, no register available via the ONE_REG API; > for v8, always present", provided we add the constant and the > support before we turn on any actual v8 CPUs for 32-bit KVM > (avoiding the awkward case of "v8 but kernel doesn't expose > MVFR2"). > > I don't think we particularly care about the 32-bit-kvm-on-v8 > part, but it would be good to nail down this wrinkle so we don't > forget about it, maybe ? Absolutely. I'll write something up. Thanks, M. -- Jazz is not dead. It just smells funny...