From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id AE8BD190075 for ; Mon, 30 Sep 2024 14:04:34 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1727705074; cv=none; b=sW9fp9ME+QvVRpqGz/06aiKmHH5cxEKotA5jR8TJhy3Vyiu2CI5DEZGtMl5of3uDLd2meEPpSCiuP9BXT3q36hg6AvZN+jqPfeBQSOVcyvt52OkKDYshkvHscYiex/Hfrh8dIVOE/ADR5GkFZGRmfotW922WzFeEUdvPQqjGFgE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1727705074; c=relaxed/simple; bh=A2HUR2/uC0CgkLnf9qv7sS7YjA12F1nbKCibR8CagMo=; h=Date:Message-ID:From:To:Cc:Subject:In-Reply-To:References: MIME-Version:Content-Type; b=LSr5ATWD5uOMNd4BGZBiwR4RKEC+ZlD6m4upZBDx6PD7pnsq66WLEc5laVBrNWVD+GSFPYJ3YeyxH2X3wkgibxPmq4cL0lNl7HN2V51LGOK9RHQD8b6E19thV4Uav2eyl061PHiB8hNN4subnI5cCloT4l+t0/UKxgsJf+L7rag= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=sCRW2/2X; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="sCRW2/2X" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 3C9CAC4CED0; Mon, 30 Sep 2024 14:04:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1727705074; bh=A2HUR2/uC0CgkLnf9qv7sS7YjA12F1nbKCibR8CagMo=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=sCRW2/2XTNHcXcZUgU3ih6dHlIu3vS/ylOZLkmxHV7v3yiq7hqiDCLPvqvhklgbXz giPDVs+njIWVC/gSuwIfVjyjOwe2CE/RKBte9ImgVsR7C6KG0kHHNVwWmoAQu4nhYE XSdKLNeRq8vj9Lba28lUVK/58i2wSNLsNzoI98BwFconrz44pZT6Bp0W2CGEKVkRXf SWj3aFN1xGhVHy2TZhrEZJMJNQ0aB3CqHJGhfYechvQgJDNPc/3r6kDzZa7egYLiYq Vp+UFAd4Z6BW2rWwZ22eORHX7+QOTgzx2AvCTkTVdwBWRLWMIDtTbocu1lcUtC9uxi /JHkPvkO+aIdw== Received: from [12.191.124.166] (helo=wait-a-minute.misterjones.org) by disco-boy.misterjones.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1svH0p-00GSnz-EN; Mon, 30 Sep 2024 15:04:31 +0100 Date: Mon, 30 Sep 2024 15:04:26 +0100 Message-ID: <87sethutjp.wl-maz@kernel.org> From: Marc Zyngier To: Ganapatrao Kulkarni Cc: Kunkun Jiang , Oliver Upton , James Morse , Suzuki K Poulose , Zenghui Yu , linux-arm-kernel@lists.infradead.org, kvmarm@lists.linux.dev, wanghaibin.wang@huawei.com, tangnianyao@huawei.com, wangzhou1@hisilicon.com Subject: Re: [bug report] KVM: arm64: vgic-v4: Occasionally issue VMOVP to an unmapped VPE on GICv4.1 In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/29.4 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) Precedence: bulk X-Mailing-List: kvmarm@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-SA-Exim-Connect-IP: 12.191.124.166 X-SA-Exim-Rcpt-To: gankulkarni@os.amperecomputing.com, jiangkunkun@huawei.com, oliver.upton@linux.dev, james.morse@arm.com, suzuki.poulose@arm.com, yuzenghui@huawei.com, linux-arm-kernel@lists.infradead.org, kvmarm@lists.linux.dev, wanghaibin.wang@huawei.com, tangnianyao@huawei.com, wangzhou1@hisilicon.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false On Mon, 30 Sep 2024 06:18:29 +0100, Ganapatrao Kulkarni wrote: > > > Hi Kunkun, > > On 29-09-2024 12:48 pm, Kunkun Jiang wrote: > > Hi all, > > > > I found a problem with occasionally issuing VMOVP to an unmapped VPE > > on GICv4.1. In my test environment, operating an unmapped VPE will > > generate RAS, so I found this problem. The detailed analysis is as > > follows. > > > > May I know, what specific RAS errors you are getting? That'd be IMPDEF, as the GIC architecture doesn't specify how these errors are reported (see 5.5 "ITS command error encodings" in the GICv3 spec). M. -- Without deviation from the norm, progress is not possible.