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

Re: [PATCH] xen/arm: Fix UBSAN failure in start_xen()


  • To: Michal Orzel <michal.orzel@xxxxxxx>
  • From: Luca Fancellu <Luca.Fancellu@xxxxxxx>
  • Date: Thu, 8 Feb 2024 15:46:27 +0000
  • Accept-language: en-GB, en-US
  • Arc-authentication-results: i=2; mx.microsoft.com 1; spf=pass (sender ip is 63.35.35.123) smtp.rcpttodomain=lists.xenproject.org smtp.mailfrom=arm.com; dmarc=pass (p=none sp=none pct=100) action=none header.from=arm.com; dkim=pass (signature was verified) header.d=armh.onmicrosoft.com; arc=pass (0 oda=1 ltdi=1 spf=[1,1,smtp.mailfrom=arm.com] dkim=[1,1,header.d=arm.com] dmarc=[1,1,header.from=arm.com])
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none
  • Arc-message-signature: i=2; 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=lO6Y5pvQLyttuGrsUemOR6FlRAT4hv6Onm3HApcA1A0=; b=El9edqR9FmFZWz5wf2zUHPLrKUCqTRMGgbQJGzavVDR2l4sMa7nr/6oNOBup0Zimkq5u8BqvRlSkD0bQH5kPxD7ekWOmTQ3J3Wh2EZiGRs5I+0WPvOw+9f1ZzKCihvV7T65xLl697Zpg3TMaKWe3u7dvIJvsH/q8ZPu+gWfb3IBPTH3+eBhKXZmOP/zW9JxIcsS1VczvA5s1lkm1Hkw2bCg+0JqI44fUJdb+EIxqyb1/UVTSKgo52E98eUz4bx63XcxWkgWLCd+ngjyjdUJ6Xo1+mN2V3XJan68EfcmulIcszub6eNEJA0dOSlo7eGGjNbYK12TY6w3ZZ4jpTN90+w==
  • 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=lO6Y5pvQLyttuGrsUemOR6FlRAT4hv6Onm3HApcA1A0=; b=nNEVzUMzK6JZUReeQxpkeixeJYJgAhr/npz40xJH/zUGA9d/6ZCjP+aeO5yu4U7vzQCacYa8AYbbuu1rsa/vxfqK4eSs7ymNk1xBrBzcdXppfLTnUIRVSgLhb2MlGS+B/RIAsSqxxPLEs3/VN/RECOhMcPi72Yv3JzlWdy/w0SwuCyi9AgE3GBLitEGO0dcXWxfAmb57dctAzreGryJl0q32roh+JU1je21U212JK4cfU+JSRrjtDqTyk8SaklG4c8Bl/WBfPrh3yG4ezIeHgX8jPTB1FYesr6p5kjmbCf4oqJK9vG74+u3XgWnssfxoQCMv6LdTurPIcpvZoTKBgQ==
  • Arc-seal: i=2; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=pass; b=T9LhVzujfGoS9ln9vKlaGwPJZeYtlEPkuFFuRJXAXURo+Zc/qPye/Ptm2MowMTFsRxfvHtkB1R1wAc9HRqblO0pl+4JO9NufGw6I/jgoKfDENU6vsZDSloSGcUmYiPXKEYjs/iFkHQb2gJJLQC/gHH0ARtZvcxScfmsbb0lzwplVLLw/loOrU169Ssvmfkamw+Na8tRPeZbCRYtb0XIr+zmV5SzAuj6/hrDxt7wr65R9KSU4IvIq8QK5fMHZmSVdAfR/bKAlf9kSPrj1XvzWnw2Bl5HxBq9IgDgeIPT7ldwVz01mD6Be0Law3B2i6dJZeI3scOKmqtZ4a/0TKuwXcA==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MV0m1tItlbt30wn1YWPgzpwZMJo9tr2W3kpW45mBIoCB3p44aMoc3tliMhCiCIzR0tsHTMXfK+s4lPiQAJOBWBSDuEyilVm816IfCor9myj3ccryIlY3ZFZcibJUuMGBfHBs90ifF5W48U/REGKhw2VpfxzNoFEK937Yz0sJ9MxAFt/gwKxHntxSy5Fpp7iB/sVe/vyGt3RMYxpfRuHRGnv54XRxdTDokcHJKc/CbunOwzAjNfNOZ1WIvBeDB04JRpXeCoYCCDQs9pRFt4VLkNe2t0LQBiJJfrefenuGfBK+85wQ/Gkz+0KBzjXQYjFrnM+pryJ6+ALn4f1Up+tqzg==
  • Authentication-results-original: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com;
  • Cc: Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Bertrand Marquis <Bertrand.Marquis@xxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>
  • Delivery-date: Thu, 08 Feb 2024 15:46:49 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Nodisclaimer: true
  • Original-authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com;
  • Thread-index: AQHaWnvkg1O7hpIgTUmeZhL+Ri6ivrEAlu4A
  • Thread-topic: [PATCH] xen/arm: Fix UBSAN failure in start_xen()


> On 8 Feb 2024, at 10:43, Michal Orzel <michal.orzel@xxxxxxx> wrote:
> 
> When running Xen on arm32, in scenario where Xen is loaded at an address
> such as boot_phys_offset >= 2GB, UBSAN reports the following:
> 
> (XEN) UBSAN: Undefined behaviour in arch/arm/setup.c:739:58
> (XEN) pointer operation underflowed 00200000 to 86800000
> (XEN) Xen WARN at common/ubsan/ubsan.c:172
> (XEN) ----[ Xen-4.19-unstable  arm32  debug=y ubsan=y  Not tainted ]----
> ...
> (XEN) Xen call trace:
> (XEN)    [<0031b4c0>] ubsan.c#ubsan_epilogue+0x18/0xf0 (PC)
> (XEN)    [<0031d134>] __ubsan_handle_pointer_overflow+0xb8/0xd4 (LR)
> (XEN)    [<0031d134>] __ubsan_handle_pointer_overflow+0xb8/0xd4
> (XEN)    [<004d15a8>] start_xen+0xe0/0xbe0
> (XEN)    [<0020007c>] head.o#primary_switched+0x4/0x30
> 
> The failure is reported for the following line:
> (paddr_t)(uintptr_t)(_start + boot_phys_offset)
> 
> This occurs because the compiler treats (ptr + size) with size bigger than
> PTRDIFF_MAX as undefined behavior. To address this, switch to macro
> virt_to_maddr(), given the future plans to eliminate boot_phys_offset.
> 
> Signed-off-by: Michal Orzel <michal.orzel@xxxxxxx>
> ---

Hi Michal,

I’ve tested this change with qemu for arm32 and arm64, looks good to me:

Reviewed-by: Luca Fancellu <luca.fancellu@xxxxxxx>
Tested-by: Luca Fancellu <luca.fancellu@xxxxxxx>



 


Rackspace

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