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 B6036C64EC4 for ; Fri, 3 Mar 2023 12:09:24 +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=OQnINTdcrV27T8SBx7Qvzq0joYo03aYIZfRQifcRr9U=; b=mw9jI436c8OScy vhjrW/FKWte6MwAPL8OTcK6e+RmNvURYimRrcoNnGfVy4/KzzCtoTqocTPDNhlW2OS4MBinyCf/KM JfVmZlrwjR1ByWZ7J9f/rCr5vbACS/KHWhxTiieBF+Gh54hSgIXIX9pA4MXbQJmHftC9e5ZqwXU5e UICSSYqAhlBVBR3PPtJqGfPLQMv/aCKakzt+3xY9wh64P4j/YhSh1NETQ2+RjdKpHTbYcoT9SGhWG UNEdOGy2dLpJjX2I0U4rOMaG4u1D0ET1h1xd6nednJKRSOLQPynJYCzlMS/SzASvXo4nSFTXgn5iX e+i/aYUL1XBfl1NDGu6A==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1pY4D3-006H0Y-VA; Fri, 03 Mar 2023 12:08:26 +0000 Received: from out-19.mta1.migadu.com ([95.215.58.19]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1pY4Cz-006GxM-VI for linux-arm-kernel@lists.infradead.org; Fri, 03 Mar 2023 12:08:23 +0000 Date: Fri, 3 Mar 2023 13:08:00 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1677845283; 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=MFvIFOj655htJb0T58EwR5SPuf4Kw8SDISa3u05xsAw=; b=lq3eAZqtOX8y1ppEtSrQbQ0RAcPAnrYhNK6RJB0/Sxg54a8WgtmPk0Rfu3EZdbJwDtw9oX EVtXQgtsIA0IBl8zdUEqIT+/hnCqx3dFAEEIyDuLscf98gHokKXBXzUvCWZ4NPxjr38RXx ux50WsG3ESbNWc3IvyGxaPNX/DQ+7i8= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Andrew Jones To: Jean-Philippe Brucker Cc: Suzuki K Poulose , Jean-Philippe Brucker , Itaru Kitayama , linux-coco@lists.linux.dev, linux-kernel@vger.kernel.org, kvm@vger.kernel.org, kvmarm@lists.linux.dev, linux-arm-kernel@lists.infradead.org, Alexandru Elisei , Catalin Marinas , Chao Peng , Christoffer Dall , Fuad Tabba , James Morse , Joey Gouly , Marc Zyngier , Mark Rutland , Oliver Upton , Paolo Bonzini , Quentin Perret , Sean Christopherson , Steven Price , Thomas Huth , Will Deacon , Zenghui Yu , kvmarm@lists.cs.columbia.edu Subject: Re: [RFC] Support for Arm CCA VMs on Linux Message-ID: <20230303120800.ahtyc6et77ig4s27@orel> References: <20230127112248.136810-1-suzuki.poulose@arm.com> <20230303094618.GC361458@myrica> <1c91b777-982e-e71a-4829-51744e9555c5@arm.com> <20230303113905.GD361458@myrica> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20230303113905.GD361458@myrica> X-Migadu-Flow: FLOW_OUT X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230303_040822_199718_45FF0E0C X-CRM114-Status: GOOD ( 19.73 ) 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 Fri, Mar 03, 2023 at 11:39:05AM +0000, Jean-Philippe Brucker wrote: > On Fri, Mar 03, 2023 at 09:54:47AM +0000, Suzuki K Poulose wrote: > > On 03/03/2023 09:46, Jean-Philippe Brucker wrote: > > > On Thu, Mar 02, 2023 at 07:12:24AM +0900, Itaru Kitayama wrote: > > > > > > I've tried your series in Real on CCA Host, but the KVM arch init > > > > > > emits an Invalid argument error and terminates. > > > > > > This was the KVM_SET_ONE_REG for the SVE vector size. During my tests I > > > didn't enable SVE in the host but shrinkwrap enables more options. > > > > Does the Qemu check for SVE capability on /dev/kvm ? For kvmtool, we > > changed to using the VM instance and that would prevent using SVE, > > until the RMM supports it. > > Yes, QEMU does check the SVE cap on /dev/kvm. I can propose changing it or > complementing it with a VM check in my next version, it seems to work > (though I need to double-check the VM fd lifetime). Same goes for > KVM_CAP_STEAL_TIME, which I need to disable explicitly at the moment. I'm probably missing something since I haven't looked at this, but I'm wondering what the "VM instance" check is and why it should be necessary. Shouldn't KVM only expose capabilities which it can provide? I.e. the "VM instance" check should be done by KVM and, when it fails, the SVE and steal-time capabilities should return 0. Thanks, drew _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel