Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp333268pxb; Fri, 29 Oct 2021 10:40:44 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyni0fwNn49qAg/0/GDcKEPH3b3oDoREJ/WARIwEx9Z7tJVCV8FpwTvqDR2H59h9AzUWJqO X-Received: by 2002:a5e:8309:: with SMTP id x9mr3927527iom.92.1635529244424; Fri, 29 Oct 2021 10:40:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635529244; cv=none; d=google.com; s=arc-20160816; b=d83E1QBVvrD5iKpSC5WfNw2ijG7n7emUfsiefzFCrs6O3fJ9m4jwIM/g6z7pV3C/eP EXGoL8OFbCY3cWPICvHIZ6vllyvJbmsNZhcHsEbiQRVLRpJdN80OC5m5wdKIN9QsEwzr xQ/LbBF2D+tSdJTp28w0Pk9FFVWATPTOsPN/VByCu0OOgiCXKq+deycco6VaFhL95Z2B 78AmhE4PTQzX52KFcYPI2BIzmCctawOw6fwnZ3sulyEehK4yr9mxCEvutKXJQ57gq3Bv Tpf8S4/PUeSpJyfLuaeOkNelm/jyFFaxSvL4qlyw17EPRmLeE/Regdg/33C9YYdQV9Nw zPWw== 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=SXYZHrunVSca58xKvNCMYWyMo/I0/JX/EjDnzxanuYQ=; b=KWDg1Yq8id87WmREeLA5C6DuFCH4za0RIrs8aIqK3LaE7zLJPQFGTMN095Ec35jk2l BFqOumDcxOxDFcyhGdZl4eGoutBr/0elWoHIZklvFMxooN3g4EGTFr24bG03ZD5FxPkq Ru63L5SxdoNe4z9JT4xDbcBYbBzmnrUrHHUjP57XmjwDJs3A+tup6CKLWrWQxVEVZxiG bdR0xmOhSl69FHj4OnG7CZ3BD159XYbi4AOQsTLKnxTc/NCevARUwKId5era9mWmOfiD BhwslFiSMSQle3KkezwPd0Y3ZgaKXSjTImwwgsjxlw+J25isZxhIVZnTa2DG+woUhOg4 2gTw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=google header.b=bvO4mvr2; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g16si7361489jan.30.2021.10.29.10.39.59; Fri, 29 Oct 2021 10:40:44 -0700 (PDT) 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=@linux-foundation.org header.s=google header.b=bvO4mvr2; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229979AbhJ2Rm0 (ORCPT + 99 others); Fri, 29 Oct 2021 13:42:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60708 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229826AbhJ2RmY (ORCPT ); Fri, 29 Oct 2021 13:42:24 -0400 Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 85EDAC061714 for ; Fri, 29 Oct 2021 10:39:55 -0700 (PDT) Received: by mail-lf1-x133.google.com with SMTP id c28so22391206lfv.13 for ; Fri, 29 Oct 2021 10:39:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=SXYZHrunVSca58xKvNCMYWyMo/I0/JX/EjDnzxanuYQ=; b=bvO4mvr2I2siAzVqu+IpyBzGbUAlBqVeEZwkANZiRfFAM21SFpA5loXvepjpKwWwgV 3kbfhTHEsxDZs/xTsnguniHIFTJzs2jc/1wSQqKuiE6dTTIBXfyecfru0xG4WWHjIvdA beNbY7nls022JGN9HqZpEHd8pZNuYWMvAsEJw= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=SXYZHrunVSca58xKvNCMYWyMo/I0/JX/EjDnzxanuYQ=; b=eYQfDX3No9jNy2CLtIVzG+hI4SEU9JleOSWCcK7ORNlHWRZt0o5VmZrZyEejkk2VXF bnCD6qaSglvgeZKqFJeBH5xKSCLyVwjCCEnKu1CXBNHnJo0Rrawmc8duAtgB4aH9JcuR bkBDT0boGXPc+U/dBnPtMEFeuLca9JEWhOiRRgxx+WdxlGSvJ4ED3Fu+PxdF/H85JO8X TqA8gL4N3Y5BCvszormSckazIRl1u0xDSYwbfGsqn2UtQDI3qj6A/DrhB5AJ3hUj+seB USPU1CattuV0R0dPH4pFWIYjNB5I86dQ1r2AZllVwVxIbO4QaiWk/gAef2gu1+t6AMo0 attQ== X-Gm-Message-State: AOAM531U35p8oMjsjd/jg/Ou4HO1Fm3rRFIoI+l8HmHRX6p1VKcMAG1r pczuC//ON0VCSxyY9NJOR7xLTUTis3lNe9aO/wA= X-Received: by 2002:a05:6512:1048:: with SMTP id c8mr11985074lfb.589.1635529193454; Fri, 29 Oct 2021 10:39:53 -0700 (PDT) Received: from mail-lf1-f47.google.com (mail-lf1-f47.google.com. [209.85.167.47]) by smtp.gmail.com with ESMTPSA id s25sm401320lfs.231.2021.10.29.10.39.52 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 29 Oct 2021 10:39:52 -0700 (PDT) Received: by mail-lf1-f47.google.com with SMTP id u21so22454561lff.8 for ; Fri, 29 Oct 2021 10:39:52 -0700 (PDT) X-Received: by 2002:a19:f619:: with SMTP id x25mr11710609lfe.141.1635529191923; Fri, 29 Oct 2021 10:39:51 -0700 (PDT) MIME-Version: 1.0 References: <20200803044024.GA6429@gondor.apana.org.au> <20200830223304.GA16882@gondor.apana.org.au> <20201026011159.GA2428@gondor.apana.org.au> <20201227113221.GA28744@gondor.apana.org.au> <20210108035450.GA6191@gondor.apana.org.au> <20210708030913.GA32097@gondor.apana.org.au> <20210817013601.GA14148@gondor.apana.org.au> <20210929023843.GA28594@gondor.apana.org.au> <20211029041408.GA3192@gondor.apana.org.au> In-Reply-To: <20211029041408.GA3192@gondor.apana.org.au> From: Linus Torvalds Date: Fri, 29 Oct 2021 10:39:35 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [GIT PULL] Crypto Fixes for 5.15 To: Herbert Xu Cc: "David S. Miller" , Linux Kernel Mailing List , Linux Crypto Mailing List Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Thu, Oct 28, 2021 at 9:14 PM Herbert Xu wrote: > > This push fixes a build-time warning in x86/sm4. Hmm.. > Tianjia Zhang (1): > crypto: x86/sm4 - Fix invalid section entry size So I do wonder why the crypto code asm tends to use such complex ".section" directives. Almost everythign else in the kernel just uses .section ,"a" for data (and "ax" for text). The crypto code uses that very subtle "M" flag which allows the linker to merge data, but how much of a win is that added complexity? Now you need to get the sizes exactly right, and you hit tooling issues. Plus, I get the feeling that some people have just copied-and-pasted those things, and don't necessarily realize just _how_ subtle 'M' sections are. How much of a data savings is it to have this complexity? Particularly since I suspect most of the time these things end up being individual modules, and never actually get linked together at all? So I get this very strong feeling that the crypto code is doing complicated and fragile things that cause tooling issues - and does so for no good reason and no actual real-life upside. I've pulled this, but I do suspect that all the fancy .section .rodata.xyz, "aM", @progbits, abc could just as well be .section .rodata, "a" instead, and you guys are only causing problems for yourself by trying to be clever in pointless ways. Linus