Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp1051992ybe; Wed, 11 Sep 2019 08:38:47 -0700 (PDT) X-Google-Smtp-Source: APXvYqwq1prMWIKDRa+Kog1r3R0hbfGrNEiP7as/dDAIFKd5H9rnark+/ZHwRMc0TlS7c7w5NQI2 X-Received: by 2002:a50:f285:: with SMTP id f5mr30753170edm.269.1568216327824; Wed, 11 Sep 2019 08:38:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568216327; cv=none; d=google.com; s=arc-20160816; b=Eah9aqEwYY0cBnGf1iWAnJgaKvRaNW0AGCfamShgq54uP3tL7dKZda+o9FVg5zsrQm j+VJPI/I8uuKTlTERdfV5N+I6n3OgeQZ22nrHqJapSUoIZ2hzvMfo77xoYXof3gJB2VV BfPOIWIgkDF6DHNPpmlR3o0Mb0FWzl89xGmopoKXelmV+JPW3w9f2sxMr/prsXU0B4e9 SYOdrQvhHBNU0OQ/irTfPcyrS2Iuge7w31ohmzikC3lP1JP1zZ2CNFGoLesAwb9+TCke AwQu0tbJk54MjO8ofWZ5uXq7RG7esyWOarIh4lKcK9kFkjRtCaeKGD3hlvhoQe8TRoTG IgtQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:subject:cc:to:from:message-id:date; bh=46lIOUybMPFDlzMALpBahxn8o1qjcRi7ZMR87Z9gmqk=; b=ge7BHYQ2GYmH2S37CMliNXpC6uX2F0B7chClTHMC34zE6D0Ot5YHLgIWLsLquMykiD XLhoB30duzVKyAIxT3iG+1W3jnguWF+Yp0ng2QHW2ACnkxMfkVwYIxqhSepyDQgINMVv RnkQ1QWUfrb0ULwHAIMZ8ApUU5ObaHB3IGpzIIgyVhS8J4+d5kJkfxLNw+70A0BhkFQi vpO5z9Ztyal2QxzRXt5NHifv1QPeG9eUW7Z+2gDvgneFLf8TYXSbQIUM5N5X88BSRHTE 8ZMxbwdVMOwb6Fc+D3RYz+/l/sj7SeU93BWtiV+VAkATUNt5mVfJwU7xEXo1+2sEwRgm qhWw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o2si11593425ejx.40.2019.09.11.08.38.23; Wed, 11 Sep 2019 08:38:47 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728552AbfIKPfg (ORCPT + 99 others); Wed, 11 Sep 2019 11:35:36 -0400 Received: from foss.arm.com ([217.140.110.172]:49682 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728244AbfIKPfg (ORCPT ); Wed, 11 Sep 2019 11:35:36 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id A8DB628; Wed, 11 Sep 2019 08:35:35 -0700 (PDT) Received: from big-swifty.misterjones.org (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 9954E3F67D; Wed, 11 Sep 2019 08:35:33 -0700 (PDT) Date: Wed, 11 Sep 2019 16:35:27 +0100 Message-ID: <868squsv5s.wl-maz@kernel.org> From: Marc Zyngier To: Zenghui Yu Cc: , , , , , , Subject: Re: [PATCH 2/2] KVM: arm/arm64: Print the EC hex value with its exact width In-Reply-To: References: <1568169216-12632-1-git-send-email-yuzenghui@huawei.com> <1568169216-12632-3-git-send-email-yuzenghui@huawei.com> <86h85js083.wl-maz@kernel.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 EasyPG/1.0.0 Emacs/26 (aarch64-unknown-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 11 Sep 2019 10:19:05 +0100, Zenghui Yu wrote: > > Hi Marc, > > On 2019/9/11 16:31, Marc Zyngier wrote: > > On Wed, 11 Sep 2019 03:33:36 +0100, > > Zenghui Yu wrote: > >> > >> EC is the bits [31:26] of ESR_ELx on arm64 (HSR on arm). Print the > >> hex value with its exact width (8). > >> > >> Signed-off-by: Zenghui Yu > >> --- > >> virt/kvm/arm/trace.h | 2 +- > >> 1 file changed, 1 insertion(+), 1 deletion(-) > >> > >> diff --git a/virt/kvm/arm/trace.h b/virt/kvm/arm/trace.h > >> index 204d210d01c2..022b0a060034 100644 > >> --- a/virt/kvm/arm/trace.h > >> +++ b/virt/kvm/arm/trace.h > >> @@ -42,7 +42,7 @@ TRACE_EVENT(kvm_exit, > >> __entry->vcpu_pc = vcpu_pc; > >> ), > >> - TP_printk("%s: HSR_EC: 0x%04x (%s), PC: 0x%08lx", > >> + TP_printk("%s: HSR_EC: 0x%02x (%s), PC: 0x%08lx", > >> __print_symbolic(__entry->ret, kvm_arm_exception_type), > >> __entry->esr_ec, > >> __print_symbolic(__entry->esr_ec, kvm_arm_exception_class), > > > > Although you're right that 8 bits ought to be enough, this is a change > > to the output of the tracepoint, which userspace could (does?) parse. > > Well-written userspace tools should only parse the low 8 bits (if they > do parse). But even if the high bits are parsed, they're always 0. > So I don't think this change will have a bad impact on userspace. The problem is that we don't only cater for well written SW. We also support the broken stuff, unfortunately. Thanks, M. -- Jazz is not dead, it just smells funny.