Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp5689664pxb; Wed, 26 Jan 2022 18:56:44 -0800 (PST) X-Google-Smtp-Source: ABdhPJzyAFGHNdYdvmxkklmVwYkfPenRNevzSlrqmsVaAmPkeex9hJ0GqjMD6rxIJTlu4uN7x4Jl X-Received: by 2002:a05:6402:22bb:: with SMTP id cx27mr1764677edb.304.1643252204285; Wed, 26 Jan 2022 18:56:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643252204; cv=none; d=google.com; s=arc-20160816; b=tA6w5RhPLuAFWwljl9d6tV+WaZaJhte+hvtcDX+CBO1V2I5Bt/Qysyqb8BVM5fHSBs doP1InzovoClkel2qEQB0MdSRtfTmIQ0eKDxAEdjNjt2CBk+rasRRyjNX2o8tB3Di5eM HO2mCgGNbrKOwSL95bIOoGL/xWelY1ofpIG+c3DKx83xTynJP9ga9t4LI9tO2rKpywgM JK3sA7AZchCzJ5YSp/5b8ZcSoGlAlRoR9ekK0y8uXTgzxw3HwMsv68v5q1m+NPe4F+rV O7UZ50+efo2oHGgbDfurmiwqmRYdearKvSlcg1A074YqN8rn4YrqQJJDS1JJKan1y4Fd pjnw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=zDxAUwYfZNhbpq/ZIxItYxzPvjhxTD8aP9/yXcHw9Mo=; b=OyuE7mUDIvfrX1pwL0KkNDNxPbNCtlh93pq5MFwD2XXh/YQmUUukug5omcX92apB99 tY/4ZH2zJNTOqgD5zwp8Qc3kkei8vCXzaZ5nNWTfgR/LTXLss28WgqyvFqJHh6oaj5hY CYPWPgcSC2gX3vxwoa6Ycm8lRaVvOS/nUWLjtLMd6PsWNcs7BhcsLIXGk23m9bwsU1Md ykupvMjcH7xfVvnYxhwXzptcko+0vdpd3qaPMTywPZJQ4abeUiUECsJ7FT3Vn9gXsKJY yuRjFERdZ2YcNF11U6/LBVxcP/bKLu/S2Moc6n7U2OxGtYsakhmF7qrC9z/zOhIc/jTo EUyg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=bQ4pdCQI; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v13si718111edb.457.2022.01.26.18.56.19; Wed, 26 Jan 2022 18:56:44 -0800 (PST) Received-SPF: pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=bQ4pdCQI; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229882AbiAZWya (ORCPT + 99 others); Wed, 26 Jan 2022 17:54:30 -0500 Received: from dfw.source.kernel.org ([139.178.84.217]:53302 "EHLO dfw.source.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229474AbiAZWya (ORCPT ); Wed, 26 Jan 2022 17:54:30 -0500 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id A263761A0C; Wed, 26 Jan 2022 22:54:29 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id B1EC5C340E3; Wed, 26 Jan 2022 22:54:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1643237669; bh=55iCsDTeS4TYYqiGASJPJulq2w6UsXoqvp8QlgU+8lU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=bQ4pdCQIUH35jlLiU8KlpqtJbUegpHgOPu4nVq4HLkdBpcZ+ZcsX6eUFpZN0YuGEM iWLP41LksYa/t/u7pZDbX4pWxd1IIyzGfBclRlG5h+lRbDdwNyCQ7xfRNf1eeX+7lj xn8InPfOiEBMXiJpLowr4QBoGDovWzMDQahuS5Yq1diqHw4Eufvp541Lg0Xk9r9R1F evQ2/FTYxqw/iAgKxfaWmBq/YtZPortMAfnFIhMkgrMMawVqvpSKYUZDMyEa4l5V1Z zzahVIQzk6/g3g2gC9NBVvzhXNXYcpYqssVcfmJa0I3Yw7x8beFxSH4643qPI7dxzf K2zcrTZTeJViQ== Date: Wed, 26 Jan 2022 14:54:27 -0800 From: Eric Biggers To: "Jason A. Donenfeld" Cc: Linux ARM , Linux Crypto Mailing List , Linux Kernel Mailing List , llvm@lists.linux.dev, Nick Desaulniers , Sami Tolvanen , Nathan Chancellor , Herbert Xu , Miles Chen , Ard Biesheuvel Subject: Re: [PATCH v2] lib/crypto: blake2s: avoid indirect calls to compression function for Clang CFI Message-ID: References: <20220119135450.564115-1-Jason@zx2c4.com> <20220124192849.14755-1-Jason@zx2c4.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Tue, Jan 25, 2022 at 01:23:34PM +0100, Jason A. Donenfeld wrote: > On 1/25/22, Eric Biggers wrote: > > On Mon, Jan 24, 2022 at 08:28:49PM +0100, Jason A. Donenfeld wrote: > >> blake2s_compress_generic is weakly aliased by blake2s_generic. The > > > > Don't you mean "weakly aliased by blake2s_compress"? > > Grrrr. Thanks. > > >> Changes v1->v2: > >> - Wrapped columns at 80 for Eric. > > > > It is the recommended coding style, so not just for me :-) > > I was under the impression this increased to 100 mid-2020 or so, and > checkpatch.pl now makes noise at that width instead. From Documentation/process/coding-style.rst: "The preferred limit on the length of a single line is 80 columns. Statements longer than 80 columns should be broken into sensible chunks, unless exceeding 80 columns significantly increases readability and does not hide information." It's not as strict as it used to be, but checkpatch seems to be overly-lenient. I always run it with --max-line-length=80. - Eric