[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH 3/3] x86/treewide: Drop the TRAP_* legacy names


  • To: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
  • From: Jan Beulich <jbeulich@xxxxxxxx>
  • Date: Tue, 21 Feb 2023 14:10:53 +0100
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=suse.com; dmarc=pass action=none header.from=suse.com; dkim=pass header.d=suse.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=qCn4oP6M2cAS/Hs26RYklNpRZNWqAmNzHQY8Wwk+2KQ=; b=dgzD2oLDAUeqzxYYegXpTaau2C+2M0eT84cr4TrzO+DmiaOssHnsc8E54JNARp35KNXylTIWVkfDGYHVOFlNQRxpl5KXFRoiuoWlT3vvnQS4ufPteS0/SIZAgyuhZP1jVoTzNjO4mY6Apo8PI93rt6UNkpHHLYV+YTdjCedPFGj3ad+gKFaXUj2vwXBVqWJ3b/vrcaWYfY+SqxJHcAynZAqCOA1WAmNC95J1EegggtvRn9T9NJYkM2nd0cvxu4lsjWtnW9/70/pB13Fa8iONIW87aGlH8oZkuIT6QMEGs/NqkfpG0G/l8I2Y0Z6wLNVH1Gyx6td3Uss32F0BlPRcNQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=JUS9bAra+3l6RLaOF3fPV6C+7kqSonSu1A2oT80anbbWL/P5OvyjedTtdEuepttsMLngruIPfp6zoFI+t0ujpqFs+Y7I+VV5zbyQISlZAGIbRU0lA6v3zeNfbsqUIYCnDAUrKYsCFL6TAopG6tAeAouNVKKPmFjWGGxbf7yYP+dhGL9kX3jZ3c9CpfaLzUod0FQXVMkgmvOg4xzKJeovric1UUx0jMLzS97hUhUZt0sRWCXjP33S2e7l5Vd/KZMbeJlLQjjRqX6jmxAz+v2yfliI3apWKuTQjh5Lj379OV+ACSRwitOXG0W1cVnQxr27AdbvD5VAuBQKMLH/SPbPfQ==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=suse.com;
  • Cc: Roger Pau Monné <roger.pau@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Tue, 21 Feb 2023 13:11:37 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 20.02.2023 12:59, Andrew Cooper wrote:
> We have two naming schemes for exceptions - X86_EXC_?? which use the
> archtiectural abbreviations, and TRAP_* which is a mix of terminology and
> nonstandard abbrevations.  Switch to X86_EXC_* uniformly.
> 
> No funcational change, confirmed by diffing the disassembly.  Only 7 binary
> changes, and they're all __LINE__ being passed into printk().
> 
> Signed-off-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>

Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>

> --- a/xen/arch/x86/mm/shadow/multi.c
> +++ b/xen/arch/x86/mm/shadow/multi.c
> @@ -2745,9 +2745,9 @@ static int cf_check sh_page_fault(
>           * stream under Xen's feet.
>           */
>          if ( emul_ctxt.ctxt.event.type == X86_EVENTTYPE_HW_EXCEPTION &&
> -             ((emul_ctxt.ctxt.event.vector == TRAP_page_fault) ||
> -              (((emul_ctxt.ctxt.event.vector == TRAP_gp_fault) ||
> -                (emul_ctxt.ctxt.event.vector == TRAP_stack_error)) &&
> +             ((emul_ctxt.ctxt.event.vector == X86_EXC_PF) ||
> +              (((emul_ctxt.ctxt.event.vector == X86_EXC_GP) ||
> +                (emul_ctxt.ctxt.event.vector == X86_EXC_SS)) &&
>                 emul_ctxt.ctxt.event.error_code == 0)) )
>              hvm_inject_event(&emul_ctxt.ctxt.event);
>          else

Entirely unrelated to your change, but seeing that this piece of code is
being touched: Aren't we too lax here with #PF? Shouldn't we refuse
propagation also for e.g. reserved bit faults and insn fetch ones? Maybe
even for anything that isn't a supervisor write?

Jan



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.