From nobody Sat Feb 7 06:52:46 2026 Received: from mail-oi1-f178.google.com (mail-oi1-f178.google.com [209.85.167.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 928AA1EA80 for ; Wed, 24 Apr 2024 22:40:33 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.167.178 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1713998435; cv=none; b=hZNrJ5cLcLIL//TD1PtHJdw1G1fdC2ArutqDMVElbGiuUuIz5E/AEQ/uQwAOc37F/hx3CWTRmdicawGN0cCCTL82bYQ3qTcJOwGxtPMS12Ac2Xu/WwbppPW7kcJ3hIFjTaty92rXZ/Pd4XgXURXU1vVy/c5Gnxcr/nere8RMmeA= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1713998435; c=relaxed/simple; bh=S6pSKGU1vZkqsA6JyZACfXvcQXgSDSwKOAh1iNHOK7k=; h=From:To:Cc:Subject:Date:Message-Id:MIME-Version; b=UDVfwTUIYQx/I1ZI28ckfgd/6hdOLbZkCpu9TniPElJyS/DdCi9pyC7lreb9gnTCWlr5ZSVM2V6G1rrnnHTnj2yeWUf/4rP+QvgP9zRlhUebBjNDD4H8OVpQixKyjEft8kT8d2Mj23sKWDYtQjV+0qIqDv/LN9bnPinBmERgyd8= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=chromium.org; spf=pass smtp.mailfrom=chromium.org; dkim=pass (1024-bit key) header.d=chromium.org header.i=@chromium.org header.b=dS8eD67A; arc=none smtp.client-ip=209.85.167.178 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=chromium.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=chromium.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=chromium.org header.i=@chromium.org header.b="dS8eD67A" Received: by mail-oi1-f178.google.com with SMTP id 5614622812f47-3c70999ff96so286077b6e.2 for ; Wed, 24 Apr 2024 15:40:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; t=1713998433; x=1714603233; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=JTbZyDAE7D1exiHp1TgfWwHZGetvSM17QuiylPP4Ugo=; b=dS8eD67APhjXuYZhM245qzLKMJLBhjRBMpV03N8cBi3gfyXDPlS5o8PTfGWVmInpQx H2ZcPL07LEmqmWz0ryiS4vSTAq0jxkjr3URg9xDDNuGZ5BBFFUti9b77bGGycxvgc8cf 6XP6R2xKV3K0mhfkcwIUc5sCgceOKyv0f0d+0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1713998433; x=1714603233; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=JTbZyDAE7D1exiHp1TgfWwHZGetvSM17QuiylPP4Ugo=; b=uztO8FBDsKWR0+G5Ivv0y1hw17ZbuuJpIfZEPKVgovgVTF2W86GXaotoVnjtMOudDY jKu4E/BhUHDAC+w+thCFcp9bGbhPttFxHLCqTij46jbsVlzvu1giI3cPpVZ9PCncNRSN Ai+8YvK6nFwrFobj5D7UIo/UO572uVpmp1cLjC0Z8HbWnVzhF6lur4mu5u1Bxg0OseaY mOqxXqRt+1rDRN7I1AdhESsi2x2ZjbaZ4G7V1hCLHdlmFHx/irHVgtJ9d4OoGTdygMb+ it21WViilHuN+dZs8HlkbZ3LUbUwWQRcBpshYhWguAMvCmQXkh9Z7mL+Wv7jTZrsWBSx 1GmQ== X-Forwarded-Encrypted: i=1; AJvYcCWuLRt+Uk02iZiabs4aLjLvbY94YQximCrGV9ks8sBK0UrXdMOcgA2RT/klMrlIOBwM8J38MwwBWrLxaLAQk25easYs9KQq5dE/ANsR X-Gm-Message-State: AOJu0YxqVpgrBVuKvgymRZelcqFDlGA+YcQKGmSui6GbEKY6VU9P/OVs 5n23NJBeRj+pWyOmNsIZQjgSsMBL1UdL+DiLXYeM9RuIFzZ6eT5VVbUYcWsNRA== X-Google-Smtp-Source: AGHT+IGFUXgAb57/n0ajo0YDZLiplfyraBU1xymIQJvWPzgD5RmxHj274JJqj/jUT26O6h41iVbSbg== X-Received: by 2002:a05:6808:6146:b0:3c5:e81a:b5b6 with SMTP id dl6-20020a056808614600b003c5e81ab5b6mr3457731oib.59.1713998432715; Wed, 24 Apr 2024 15:40:32 -0700 (PDT) Received: from www.outflux.net ([198.0.35.241]) by smtp.gmail.com with ESMTPSA id q24-20020a637518000000b005dc4b562f6csm11655715pgc.3.2024.04.24.15.40.32 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 24 Apr 2024 15:40:32 -0700 (PDT) From: Kees Cook To: Marco Elver Cc: Kees Cook , Erhard Furtner , Andrey Konovalov , Andrey Ryabinin , Nathan Chancellor , Nick Desaulniers , Bill Wendling , Justin Stitt , llvm@lists.linux.dev, kasan-dev@googlegroups.com, linux-hardening@vger.kernel.org, Andrew Morton , linux-kernel@vger.kernel.org Subject: [PATCH v2] ubsan: Avoid i386 UBSAN handler crashes with Clang Date: Wed, 24 Apr 2024 15:40:29 -0700 Message-Id: <20240424224026.it.216-kees@kernel.org> X-Mailer: git-send-email 2.34.1 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Developer-Signature: v=1; a=openpgp-sha256; l=3862; i=keescook@chromium.org; h=from:subject:message-id; bh=S6pSKGU1vZkqsA6JyZACfXvcQXgSDSwKOAh1iNHOK7k=; b=owEBbQKS/ZANAwAKAYly9N/cbcAmAcsmYgBmKYpdOvL4ycJZMfmelPH56Xu+0zUCHN/li7yDD JlCQAIXtpKJAjMEAAEKAB0WIQSlw/aPIp3WD3I+bhOJcvTf3G3AJgUCZimKXQAKCRCJcvTf3G3A JsthD/4qvBqX1FE7+CepCN/bUSsdc70zA3IoR9J74pMA+cDoufvy18SuqrI0QlPCbAV5PeKztge gzibb8xd36rAisAJKA0utmRkVAydrRwbmjUFVD79yBBujbfyNlK8mqPsmCr12I9QlHdXgxxmzxE A5WfXC0Mbp3BegjRlKorI0bVF+zZWYjG97ThyMxlUrdcabHqXdWFd9SG1iQ97Ee0Za9QRRRyTbn YdM2Zslm2eF4PHkTiUJkeJphrHtXmEVaC14vmKIcjDJ2QneeeP+Pg84whwO6ACNLtMWA9Gd3/F4 h2zrUXv0HRIS/0lxYFm9jJyRfUndtgLpAA5jHq8vVuwYFys9z0e/TRGt3HNdbXmZzqJLkd3lW7U A13vTr2W7Btz+q7N23001OYIcFSqsnNpu8njFOauxcB/Pc9iNywTi03uFpjYQUyy/mfTp1bgV7x Hk4rNT49RY+kiA3pt5TZ9+aT9n+raRjt80v/j8TD4x1zi6/p0nT/0EG6ObbiJv2GdzF9a/AcgDB 3Um3HWzzyCD2aL/HebIwG30sZZ2gbPO8cGU7REXohAIk7OWKGavgZLd1ggwZoNGk5dhd0V03o0K zn98pxzl3fqDdXgn1zZXrpNUj7pk2e4a/s0FsZNdqV2jYJ1Khhu7Ncyqsjkelvd9ho56XocxX4e fljUYFZ Og7QZA1w== X-Developer-Key: i=keescook@chromium.org; a=openpgp; fpr=A5C3F68F229DD60F723E6E138972F4DFDC6DC026 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" When generating Runtime Calls, Clang doesn't respect the -mregparm=3D3 option used on i386. Hopefully this will be fixed correctly in Clang 19: https://github.com/llvm/llvm-project/pull/89707 but we need to fix this for earlier Clang versions today. Force the calling convention to use non-register arguments. Reported-by: Erhard Furtner Closes: https://github.com/KSPP/linux/issues/350 Signed-off-by: Kees Cook Acked-by: Justin Stitt Acked-by: Nathan Chancellor --- Cc: Marco Elver Cc: Andrey Konovalov Cc: Andrey Ryabinin Cc: Nathan Chancellor Cc: Nick Desaulniers Cc: Bill Wendling Cc: Justin Stitt Cc: llvm@lists.linux.dev Cc: kasan-dev@googlegroups.com Cc: linux-hardening@vger.kernel.org v2: - use email address in Reported-by - link to upstream llvm bug in ubsan.h comment - drop needless /**/ - explicitly test Clang version v1: https://lore.kernel.org/lkml/20240424162942.work.341-kees@kernel.org/ --- lib/ubsan.h | 41 +++++++++++++++++++++++++++-------------- 1 file changed, 27 insertions(+), 14 deletions(-) diff --git a/lib/ubsan.h b/lib/ubsan.h index 50ef50811b7c..07e37d4429b4 100644 --- a/lib/ubsan.h +++ b/lib/ubsan.h @@ -124,19 +124,32 @@ typedef s64 s_max; typedef u64 u_max; #endif =20 -void __ubsan_handle_add_overflow(void *data, void *lhs, void *rhs); -void __ubsan_handle_sub_overflow(void *data, void *lhs, void *rhs); -void __ubsan_handle_mul_overflow(void *data, void *lhs, void *rhs); -void __ubsan_handle_negate_overflow(void *_data, void *old_val); -void __ubsan_handle_divrem_overflow(void *_data, void *lhs, void *rhs); -void __ubsan_handle_type_mismatch(struct type_mismatch_data *data, void *p= tr); -void __ubsan_handle_type_mismatch_v1(void *_data, void *ptr); -void __ubsan_handle_out_of_bounds(void *_data, void *index); -void __ubsan_handle_shift_out_of_bounds(void *_data, void *lhs, void *rhs); -void __ubsan_handle_builtin_unreachable(void *_data); -void __ubsan_handle_load_invalid_value(void *_data, void *val); -void __ubsan_handle_alignment_assumption(void *_data, unsigned long ptr, - unsigned long align, - unsigned long offset); +/* + * When generating Runtime Calls, Clang doesn't respect the -mregparm=3D3 + * option used on i386: https://github.com/llvm/llvm-project/issues/89670 + * Fix this for earlier Clang versions by forcing the calling convention + * to use non-register arguments. + */ +#if defined(CONFIG_X86_32) && \ + defined(CONFIG_CC_IS_CLANG) && CONFIG_CLANG_VERSION < 190000 +# define ubsan_linkage asmlinkage +#else +# define ubsan_linkage +#endif + +void ubsan_linkage __ubsan_handle_add_overflow(void *data, void *lhs, void= *rhs); +void ubsan_linkage __ubsan_handle_sub_overflow(void *data, void *lhs, void= *rhs); +void ubsan_linkage __ubsan_handle_mul_overflow(void *data, void *lhs, void= *rhs); +void ubsan_linkage __ubsan_handle_negate_overflow(void *_data, void *old_v= al); +void ubsan_linkage __ubsan_handle_divrem_overflow(void *_data, void *lhs, = void *rhs); +void ubsan_linkage __ubsan_handle_type_mismatch(struct type_mismatch_data = *data, void *ptr); +void ubsan_linkage __ubsan_handle_type_mismatch_v1(void *_data, void *ptr); +void ubsan_linkage __ubsan_handle_out_of_bounds(void *_data, void *index); +void ubsan_linkage __ubsan_handle_shift_out_of_bounds(void *_data, void *l= hs, void *rhs); +void ubsan_linkage __ubsan_handle_builtin_unreachable(void *_data); +void ubsan_linkage __ubsan_handle_load_invalid_value(void *_data, void *va= l); +void ubsan_linkage __ubsan_handle_alignment_assumption(void *_data, unsign= ed long ptr, + unsigned long align, + unsigned long offset); =20 #endif --=20 2.34.1