Received: by 2002:a05:7412:5112:b0:fa:6e18:a558 with SMTP id fm18csp365403rdb; Tue, 23 Jan 2024 01:58:55 -0800 (PST) X-Google-Smtp-Source: AGHT+IFR6QJD1HShbE7c7h8PAt+VKnsv5oyF8O4gfksTWPZi1GIkWMDZ+WjzywsCcgcBPAohUlFT X-Received: by 2002:a05:6871:4405:b0:214:8670:a1be with SMTP id nd5-20020a056871440500b002148670a1bemr819285oab.101.1706003935064; Tue, 23 Jan 2024 01:58:55 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1706003935; cv=pass; d=google.com; s=arc-20160816; b=Pjw4UF5v6U6Sq2Vlafpb2zWb2wpxssuguVBpOMIxfbegyQjo6qk/GPFMaBv5pMfhXL g/1sdS5GjNNbE0cTSviSXv0n7k//aa+VM922VXM3ju8UHwCrnQH/zCdajVY9ZjtOSOrK W8cJc7UFNIrhNI9aG/1DQQcmWgqHHBkLBfkfcEfsHcZpGefaSn3BwCoOx+rf7lBnSOf3 F5TRqdmXcqW2ix5wNV4em++I9dgNf6wCOUaDzVdgyKTFluZIOHgcPzA2qTN61EQ40UoA 0SLRuybf+YX4JtxKCY0qQpM9i03CZnvqHRjyx+Umxzf5bdD+XtB2KC4SV3Y4tDOxs1h8 6WAA== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date; bh=o6Q9+yOWRnVEWMTgvjAWloSiDaasNnrHZv0YKNCIXVE=; fh=CD4BB7IErkMnfEUPBkusOZ28jxMR+3euSsV+5sQhmdE=; b=mEyK/N8KkdRAoOWq/wPgIbvVUrYLoLDbDejrhBa9UU3zORPON4Znye8j2Vjp/SRbHs gT78EmkyC0EK2A0R+mYd1yBd16/hzLuZih/HDm8PZXLPm19egCKkVufTxv7fjcIUJJIm LpU5bW2OHir/0MqsVTIiK23rmGLKai+5DunjD3M21DPQ4ep2JBIEwKCgnK2bJjOIy7p0 O5ebhsptzfHYkSkAHCcxVZ7fHIAoal9ISFRLK39ORHGq4ek02h81V6WhkTIsPkQuy7lG BYDHnE5+g4/zDX0vEp5LpR+aT/qp2zMS/rW7UMR5tlhKLwGRLeCrwB2ONyc+B60wBol4 qCOw== ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=arm.com dmarc=pass fromdomain=arm.com); spf=pass (google.com: domain of linux-kernel+bounces-35053-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-35053-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id a7-20020a634d07000000b005ceea21d9ccsi9460972pgb.771.2024.01.23.01.58.54 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 23 Jan 2024 01:58:55 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-35053-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=arm.com dmarc=pass fromdomain=arm.com); spf=pass (google.com: domain of linux-kernel+bounces-35053-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-35053-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id 140822885AF for ; Tue, 23 Jan 2024 09:57:18 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 153615A10B; Tue, 23 Jan 2024 09:56:30 +0000 (UTC) Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 420355C8E2; Tue, 23 Jan 2024 09:56:27 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=217.140.110.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706003789; cv=none; b=rhT6MbEkQtXAJoThkEqRd415xbs6M+2LgMcQgnJuB66O7VCRvbWa8oH00X5R8Ndvuey9qzjokNuRmV2a/jfZ7bGvWxCeFk8QEwkGv5HOjx1TimA0T7wsIMZ0E0RpaLmGoxFa8EueI9cl5VX67/0zyKfFI3zuqAlrH/G3uhcMCEE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706003789; c=relaxed/simple; bh=M9SACN960vZSXDXbLdUBVI/WCfjWRLjA6ZN/WSkmheY=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=FBnl2UmJR89IM9MeyFDGJaYXENCWP8EjtkxCA96rHFVDndGH/UAm0lMbUpQp4I7btJml9WYoLBKoFjk3OtYyj1iAKqzEeAdXsnGBd80XOUez0JpSBsKBScdBwjDMRRp0+xuLGZ1q1nxctouHQyEbQdjini66qPWHiQUlclHwIic= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com; spf=pass smtp.mailfrom=arm.com; arc=none smtp.client-ip=217.140.110.172 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arm.com 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 036851FB; Tue, 23 Jan 2024 01:57:12 -0800 (PST) Received: from FVFF77S0Q05N (unknown [10.57.48.47]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 472FA3F5A1; Tue, 23 Jan 2024 01:56:25 -0800 (PST) Date: Tue, 23 Jan 2024 09:56:22 +0000 From: Mark Rutland To: Kees Cook Cc: linux-hardening@vger.kernel.org, Russell King , linux-arm-kernel@lists.infradead.org, "Gustavo A. R. Silva" , Bill Wendling , Justin Stitt , linux-kernel@vger.kernel.org Subject: Re: [PATCH 38/82] arm: 3117/1: Refactor intentional wrap-around test Message-ID: References: <20240122235208.work.748-kees@kernel.org> <20240123002814.1396804-38-keescook@chromium.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240123002814.1396804-38-keescook@chromium.org> The commit title is odd here; '3117/1' is the patch tracker name for the last patch. The title should probably be: arm: nwfpe: Refactor intentional wrap-around test Mark. On Mon, Jan 22, 2024 at 04:27:13PM -0800, Kees Cook wrote: > In an effort to separate intentional arithmetic wrap-around from > unexpected wrap-around, we need to refactor places that depend on this > kind of math. One of the most common code patterns of this is: > > VAR + value < VAR > > Notably, this is considered "undefined behavior" for signed and pointer > types, which the kernel works around by using the -fno-strict-overflow > option in the build[1] (which used to just be -fwrapv). Regardless, we > want to get the kernel source to the position where we can meaningfully > instrument arithmetic wrap-around conditions and catch them when they > are unexpected, regardless of whether they are signed[2], unsigned[3], > or pointer[4] types. > > Refactor open-coded wrap-around addition test to use add_would_overflow(). > This paves the way to enabling the wrap-around sanitizers in the future. > > Link: https://git.kernel.org/linus/68df3755e383e6fecf2354a67b08f92f18536594 [1] > Link: https://github.com/KSPP/linux/issues/26 [2] > Link: https://github.com/KSPP/linux/issues/27 [3] > Link: https://github.com/KSPP/linux/issues/344 [4] > Cc: Russell King > Cc: linux-arm-kernel@lists.infradead.org > Signed-off-by: Kees Cook > --- > arch/arm/nwfpe/softfloat.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/arm/nwfpe/softfloat.c b/arch/arm/nwfpe/softfloat.c > index ffa6b438786b..0635b1eda1d3 100644 > --- a/arch/arm/nwfpe/softfloat.c > +++ b/arch/arm/nwfpe/softfloat.c > @@ -603,7 +603,7 @@ static floatx80 > roundBits = zSig0 & roundMask; > if ( 0x7FFD <= (bits32) ( zExp - 1 ) ) { > if ( ( 0x7FFE < zExp ) > - || ( ( zExp == 0x7FFE ) && ( zSig0 + roundIncrement < zSig0 ) ) > + || ( ( zExp == 0x7FFE ) && (add_would_overflow(zSig0, roundIncrement)) ) > ) { > goto overflow; > } > -- > 2.34.1 > >