Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp1178070rwb; Fri, 18 Nov 2022 14:05:57 -0800 (PST) X-Google-Smtp-Source: AA0mqf4P14uZlzGd/mwK11C074/xTGrF3NijdTX1wpL3dNQXzadXD0ES8I1HMl1Epecgf3JKxDXG X-Received: by 2002:a17:906:698f:b0:78d:93b1:b3ba with SMTP id i15-20020a170906698f00b0078d93b1b3bamr7746499ejr.66.1668809156825; Fri, 18 Nov 2022 14:05:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668809156; cv=none; d=google.com; s=arc-20160816; b=xo0xrW69Iifgpj9sUoXkrqViyQsYthF0BwB9v4fUXay8I1Kr/MYfaDRqEjnmMVtB+H 8tVoiD1m9xodwkUeMz75xcCPlMIV5/iYNJ4kFA+luijPIZqd9u2y3cRixZjNOpvXRSTm hMLKdOz/1CDANCVXEdE6WICt1Vy99RMJeLrZOSJaikwGzk2G1E/QM337wc0lOVOuu6ZU q/FP21XFLy1jLYKXAp1L5QJQVrkoY6yRaDQtZHZVWCiruimYRQ4TBCGHX3S3665TQQo8 kahDd2z0NBD0dNchdum2K/aSlcRi68zQ+Rvvvv4KZPm8vOi9gAF8nv4CCyrZamWF6qK+ AO4w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=+4RJOTB2BvCcQXli2TNiZVv8Xc8rRNSUHJ0opB/cm1U=; b=Xz/OX/lESR2Ar+FcBIyF4t3gNgszsVhnk8pdpeLcJ2OqSefuNUURo2JWguvoDJPxp0 EqYCA6g4wj1eMo9i58zCjSqIR5OcBEeRVx/XYr0mmzfQJsCykPPIh59XmgGdckn1prSl W0b+cFB2HcLGIb+NgyZGq7pOoWCqbdVqYwLRDarbO8ELr0xeN1/20X6esaOZR/j2CS9c +WI0/6L7KNsJedugGyjL1iq7lFXG4QGTReL/0+0yd/JzB6xA49wJYnWEUoO+O1p06Q3V f/9+SVHkUdd2chOCv3CV8rFVpQLblyvevJ3as756+8nC5iAgZpAgZS6X+tECbcUq26RH BNMA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b="Nm5a/3tt"; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y18-20020a056402359200b00462e23be64fsi4200704edc.578.2022.11.18.14.05.25; Fri, 18 Nov 2022 14:05:56 -0800 (PST) Received-SPF: pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b="Nm5a/3tt"; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229720AbiKRWCU (ORCPT + 99 others); Fri, 18 Nov 2022 17:02:20 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57730 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229592AbiKRWCT (ORCPT ); Fri, 18 Nov 2022 17:02:19 -0500 Received: from mail-ej1-x62d.google.com (mail-ej1-x62d.google.com [IPv6:2a00:1450:4864:20::62d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0876291C16 for ; Fri, 18 Nov 2022 14:02:18 -0800 (PST) Received: by mail-ej1-x62d.google.com with SMTP id kt23so16218384ejc.7 for ; Fri, 18 Nov 2022 14:02:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=+4RJOTB2BvCcQXli2TNiZVv8Xc8rRNSUHJ0opB/cm1U=; b=Nm5a/3tthXxF5oAPfgYg2Q0uAr1cXp4foC0RqZ4agxLqGrs/oLX90bFuvS70MRZiOU bzKvdQ+1KzmZQlRSUQbLL/Rqq12x5Fi1js5ODEPq6p+d99t0PL6RN13BLJmb4Xtc4vMW 4pyIx3eCBaTi/ShgCGpunJ7EQIHL/yRrcxDs/FrcNK2FvicP0Bkj46ELF50Jek6+0bXG eqIMueMUHJMJbfpiwCrJziHeOwxM/STgbXnYjvbGpzhyP7o3PgCxVM8VTNTTe9XUkX/N 3u3peBrD/wYcW0pCHaDZxUwlYAf0CyUJyQO/QVlPgv51U8EInN75/eZq+a6+dfR3jCTv m/zg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=+4RJOTB2BvCcQXli2TNiZVv8Xc8rRNSUHJ0opB/cm1U=; b=7pm1HftVhl3KJGBVQl78L0XQrUmfr63SmFcxxYbwy0QKtsTDcAPtvgDlOFGAIfManJ V0wKe5px7Em3Bj8Kd+QfnetJVQL5MJdm40KSV2dofH3+bBXwicxYYjEmZ4mBrY5VYT0X KpVrILvuemmLFfTlKK4RkTPXidJXsjjxg1IzbcY26XD/cCrVUjxQTV2KqawK6B+YyxNJ 4cvjOtjhS3gKMYt63q98Uzd6EMyO8t6bic72N86NUK6OOoi3qnMgV9OAP1PpPuv1F5oz X0nqzlgesO56Woytbsy3hByY070KthZ9gX+L41hxZLLxdlDaprG6t8HeLGFBSMkF9z5Y 5qpw== X-Gm-Message-State: ANoB5ploWdu/h4wAt4Nz1tVmTAk3qiGw+uRFZYtP+0qBakEiHUCmLee6 l7b8cJushdnsX3791EpvsrbbSH0Lzfnufa6rNLO1gw== X-Received: by 2002:a17:906:39c8:b0:7ad:79c0:5482 with SMTP id i8-20020a17090639c800b007ad79c05482mr7320316eje.730.1668808936450; Fri, 18 Nov 2022 14:02:16 -0800 (PST) MIME-Version: 1.0 References: <20221118194421.160414-1-ebiggers@kernel.org> <20221118194421.160414-9-ebiggers@kernel.org> In-Reply-To: From: Sami Tolvanen Date: Fri, 18 Nov 2022 14:01:40 -0800 Message-ID: Subject: Re: [PATCH v2 08/12] crypto: x86/sm4 - fix crash with CFI enabled To: Eric Biggers Cc: x86@kernel.org, linux-arm-kernel@lists.infradead.org, linux-crypto@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Fri, Nov 18, 2022 at 12:53 PM Sami Tolvanen wrote: > > On Fri, Nov 18, 2022 at 12:27 PM Sami Tolvanen wrote: > > > > On Fri, Nov 18, 2022 at 12:10 PM Eric Biggers wrote: > > > Sami, is it expected that a CFI check isn't being generated for the indirect > > > call to 'func' in sm4_avx_cbc_decrypt()? I'm using LLVM commit 4a7be42d922af0. > > > > If the compiler emits an indirect call, it should also emit a CFI > > check. What's the assembly code it generates here? > > With CONFIG_RETPOLINE, the check is emitted as expected, but I can > reproduce this issue without retpolines. It looks like the cfi-type > attribute is dropped from the machine instruction in one of the X86 > specific passes. I'll take a look. This should now be fixed in ToT LLVM after commit 7c96f61aaa4c. Thanks for spotting the issue! Sami