From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mm01.cs.columbia.edu (mm01.cs.columbia.edu [128.59.11.253]) by smtp.lore.kernel.org (Postfix) with ESMTP id 85262C32771 for ; Wed, 17 Aug 2022 15:14:10 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mm01.cs.columbia.edu (Postfix) with ESMTP id D43054CF71; Wed, 17 Aug 2022 11:14:09 -0400 (EDT) X-Virus-Scanned: at lists.cs.columbia.edu Authentication-Results: mm01.cs.columbia.edu (amavisd-new); dkim=softfail (fail, message has been altered) header.i=@linux.dev Received: from mm01.cs.columbia.edu ([127.0.0.1]) by localhost (mm01.cs.columbia.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oo3csl-E4lXJ; Wed, 17 Aug 2022 11:14:08 -0400 (EDT) Received: from mm01.cs.columbia.edu (localhost [127.0.0.1]) by mm01.cs.columbia.edu (Postfix) with ESMTP id 890654CF70; Wed, 17 Aug 2022 11:14:08 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mm01.cs.columbia.edu (Postfix) with ESMTP id 0DB7B4CF70 for ; Wed, 17 Aug 2022 11:14:07 -0400 (EDT) X-Virus-Scanned: at lists.cs.columbia.edu Received: from mm01.cs.columbia.edu ([127.0.0.1]) by localhost (mm01.cs.columbia.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c4vbiUdJ-FKm for ; Wed, 17 Aug 2022 11:14:04 -0400 (EDT) Received: from out1.migadu.com (out1.migadu.com [91.121.223.63]) by mm01.cs.columbia.edu (Postfix) with ESMTPS id A86384CF6A for ; Wed, 17 Aug 2022 11:14:04 -0400 (EDT) Date: Wed, 17 Aug 2022 10:13:59 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1660749243; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=0KoI88G6WAT+dF0R8d2w0z0ihjudvGquq4fyy5BlDxA=; b=bC7pAGwUhbwJREU6OOPWUXVPcGn4K1p31sgeWCKmiRFXP/z/Kke3Uz9btvJQ3pdSG4NgID b9CDN9fVg71X61ZML1rPm7X052YgxwC5xl3hT8Ybd312An8Z/KOad3BQurFBiiO5yN7t6R KYe+W7X7Lquo479RaPgZUy9zGdrNlRM= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Oliver Upton To: Marc Zyngier Subject: Re: [PATCH v2 0/2] KVM: arm64: Uphold 64bit-only behavior on asymmetric systems Message-ID: References: <20220816192554.1455559-1-oliver.upton@linux.dev> <87tu6bw5dd.wl-maz@kernel.org> <87sflvw32l.wl-maz@kernel.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <87sflvw32l.wl-maz@kernel.org> X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: linux.dev Cc: kvm@vger.kernel.org, will@kernel.org, kvmarm@lists.cs.columbia.edu, linux-arm-kernel@lists.infradead.org X-BeenThere: kvmarm@lists.cs.columbia.edu X-Mailman-Version: 2.1.14 Precedence: list List-Id: Where KVM/ARM decisions are made List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: kvmarm-bounces@lists.cs.columbia.edu Sender: kvmarm-bounces@lists.cs.columbia.edu On Wed, Aug 17, 2022 at 11:56:50AM +0100, Marc Zyngier wrote: > On Wed, 17 Aug 2022 11:52:06 +0100, > Alexandru Elisei wrote: > > > > Hi, > > > > On Wed, Aug 17, 2022 at 11:07:10AM +0100, Marc Zyngier wrote: > > > On Tue, 16 Aug 2022 20:25:52 +0100, > > > Oliver Upton wrote: > > > > > > > > Small series to fix a couple issues around when 64bit-only behavior is > > > > applied. As KVM is more restrictive than the kernel in terms of 32bit > > > > support (no asymmetry), we really needed our own predicate when the > > > > meaning of system_supports_32bit_el0() changed in commit 2122a833316f > > > > ("arm64: Allow mismatched 32-bit EL0 support"). > > > > > > > > Lightly tested as I do not have any asymmetric systems on hand at the > > > > moment. Attention on patch 2 would be appreciated as it affects ABI. > > > > > > I don't think this significantly affect the ABI, as it is pretty > > > unlikely that you'd have been able to execute the result, at least on > > > VM creation (set PSTATE.M=USR, start executing, get the page fault on > > > the first instruction... bang). > > > > > > You could have tricked it in other ways, but at the end of the day > > > you're running a broken hypervisor on an even more broken system... Lol, fair enough. Just wanted to make sure we're all happy with how we turn the guest into rubble on the other end :) > > Just FYI, you can create such a system on models, by running two clusters > > and setting clusterX.max_32bit_el=-1. Or you can have even crazier > > configurations, where AArch32 support is present on only one cluster, and > > only for EL0. Doh! Forgot about the fast model. -- Thanks, Oliver _______________________________________________ kvmarm mailing list kvmarm@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/kvmarm From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id CD7C3C32771 for ; Wed, 17 Aug 2022 15:15:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=uhIWfpVghLzS1/a45zKQyN1YDnEqDN437E9FRBe/YvQ=; b=kTbBrEIcZs/Rp8 dR3rkalh56d+S2YFBSY7OrWdy+hSoO2JgnKr+nQKPxlXqFReFZyVpBprYimFDtOMJ0R+t5SaX9kb4 2tEOg1sjVvLzy0bDQr5nMTSq/cBrB8d6z87n8OAuLvdINSJVDz66kCiJlNxnb/LW+SqH4SdEk6Zjr IVWkfnjlREbnKT/2Mu7eqzKLo0Wedrp1DtYL9d41vXsvElFEPj0wtGCNwxDGk7pMgHZ6G88d/Z6jd LIYp9Z7PXAoDGlz8hC9wJ4xcaq7vkuGNiAwdhS//7MS9R2khq1SATpEHx0G1JSqHow4+2+HD6ZXlQ QmYSSbBvggTRHZxSbhPA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1oOKkD-0039nA-3b; Wed, 17 Aug 2022 15:14:09 +0000 Received: from out1.migadu.com ([91.121.223.63]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1oOKk9-0039k9-CF for linux-arm-kernel@lists.infradead.org; Wed, 17 Aug 2022 15:14:06 +0000 Date: Wed, 17 Aug 2022 10:13:59 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1660749243; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=0KoI88G6WAT+dF0R8d2w0z0ihjudvGquq4fyy5BlDxA=; b=bC7pAGwUhbwJREU6OOPWUXVPcGn4K1p31sgeWCKmiRFXP/z/Kke3Uz9btvJQ3pdSG4NgID b9CDN9fVg71X61ZML1rPm7X052YgxwC5xl3hT8Ybd312An8Z/KOad3BQurFBiiO5yN7t6R KYe+W7X7Lquo479RaPgZUy9zGdrNlRM= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Oliver Upton To: Marc Zyngier Cc: Alexandru Elisei , kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, james.morse@arm.com, suzuki.poulose@arm.com, will@kernel.org Subject: Re: [PATCH v2 0/2] KVM: arm64: Uphold 64bit-only behavior on asymmetric systems Message-ID: References: <20220816192554.1455559-1-oliver.upton@linux.dev> <87tu6bw5dd.wl-maz@kernel.org> <87sflvw32l.wl-maz@kernel.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <87sflvw32l.wl-maz@kernel.org> X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: linux.dev X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220817_081405_588026_45ED1B48 X-CRM114-Status: GOOD ( 25.08 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Wed, Aug 17, 2022 at 11:56:50AM +0100, Marc Zyngier wrote: > On Wed, 17 Aug 2022 11:52:06 +0100, > Alexandru Elisei wrote: > > > > Hi, > > > > On Wed, Aug 17, 2022 at 11:07:10AM +0100, Marc Zyngier wrote: > > > On Tue, 16 Aug 2022 20:25:52 +0100, > > > Oliver Upton wrote: > > > > > > > > Small series to fix a couple issues around when 64bit-only behavior is > > > > applied. As KVM is more restrictive than the kernel in terms of 32bit > > > > support (no asymmetry), we really needed our own predicate when the > > > > meaning of system_supports_32bit_el0() changed in commit 2122a833316f > > > > ("arm64: Allow mismatched 32-bit EL0 support"). > > > > > > > > Lightly tested as I do not have any asymmetric systems on hand at the > > > > moment. Attention on patch 2 would be appreciated as it affects ABI. > > > > > > I don't think this significantly affect the ABI, as it is pretty > > > unlikely that you'd have been able to execute the result, at least on > > > VM creation (set PSTATE.M=USR, start executing, get the page fault on > > > the first instruction... bang). > > > > > > You could have tricked it in other ways, but at the end of the day > > > you're running a broken hypervisor on an even more broken system... Lol, fair enough. Just wanted to make sure we're all happy with how we turn the guest into rubble on the other end :) > > Just FYI, you can create such a system on models, by running two clusters > > and setting clusterX.max_32bit_el=-1. Or you can have even crazier > > configurations, where AArch32 support is present on only one cluster, and > > only for EL0. Doh! Forgot about the fast model. -- Thanks, Oliver _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 969E9C28B2B for ; Wed, 17 Aug 2022 15:14:12 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240830AbiHQPOL (ORCPT ); Wed, 17 Aug 2022 11:14:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44110 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240825AbiHQPOI (ORCPT ); Wed, 17 Aug 2022 11:14:08 -0400 Received: from out1.migadu.com (out1.migadu.com [91.121.223.63]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BBFA427CCF for ; Wed, 17 Aug 2022 08:14:05 -0700 (PDT) Date: Wed, 17 Aug 2022 10:13:59 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1660749243; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=0KoI88G6WAT+dF0R8d2w0z0ihjudvGquq4fyy5BlDxA=; b=bC7pAGwUhbwJREU6OOPWUXVPcGn4K1p31sgeWCKmiRFXP/z/Kke3Uz9btvJQ3pdSG4NgID b9CDN9fVg71X61ZML1rPm7X052YgxwC5xl3hT8Ybd312An8Z/KOad3BQurFBiiO5yN7t6R KYe+W7X7Lquo479RaPgZUy9zGdrNlRM= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Oliver Upton To: Marc Zyngier Cc: Alexandru Elisei , kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, james.morse@arm.com, suzuki.poulose@arm.com, will@kernel.org Subject: Re: [PATCH v2 0/2] KVM: arm64: Uphold 64bit-only behavior on asymmetric systems Message-ID: References: <20220816192554.1455559-1-oliver.upton@linux.dev> <87tu6bw5dd.wl-maz@kernel.org> <87sflvw32l.wl-maz@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87sflvw32l.wl-maz@kernel.org> X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: linux.dev Precedence: bulk List-ID: X-Mailing-List: kvm@vger.kernel.org On Wed, Aug 17, 2022 at 11:56:50AM +0100, Marc Zyngier wrote: > On Wed, 17 Aug 2022 11:52:06 +0100, > Alexandru Elisei wrote: > > > > Hi, > > > > On Wed, Aug 17, 2022 at 11:07:10AM +0100, Marc Zyngier wrote: > > > On Tue, 16 Aug 2022 20:25:52 +0100, > > > Oliver Upton wrote: > > > > > > > > Small series to fix a couple issues around when 64bit-only behavior is > > > > applied. As KVM is more restrictive than the kernel in terms of 32bit > > > > support (no asymmetry), we really needed our own predicate when the > > > > meaning of system_supports_32bit_el0() changed in commit 2122a833316f > > > > ("arm64: Allow mismatched 32-bit EL0 support"). > > > > > > > > Lightly tested as I do not have any asymmetric systems on hand at the > > > > moment. Attention on patch 2 would be appreciated as it affects ABI. > > > > > > I don't think this significantly affect the ABI, as it is pretty > > > unlikely that you'd have been able to execute the result, at least on > > > VM creation (set PSTATE.M=USR, start executing, get the page fault on > > > the first instruction... bang). > > > > > > You could have tricked it in other ways, but at the end of the day > > > you're running a broken hypervisor on an even more broken system... Lol, fair enough. Just wanted to make sure we're all happy with how we turn the guest into rubble on the other end :) > > Just FYI, you can create such a system on models, by running two clusters > > and setting clusterX.max_32bit_el=-1. Or you can have even crazier > > configurations, where AArch32 support is present on only one cluster, and > > only for EL0. Doh! Forgot about the fast model. -- Thanks, Oliver