Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp21357rwb; Sun, 6 Nov 2022 01:53:01 -0800 (PST) X-Google-Smtp-Source: AMsMyM4CAOhUzZbP8acLX218XRZGCWsa9ZzEE6TB5knd3g3bi97XMKA+yZCBdmQsJJt9BzycXllW X-Received: by 2002:a05:6a00:1489:b0:56d:642b:585f with SMTP id v9-20020a056a00148900b0056d642b585fmr35722668pfu.31.1667728381687; Sun, 06 Nov 2022 01:53:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1667728381; cv=none; d=google.com; s=arc-20160816; b=LQF0oe4MZ1DSjDL8GbITpmdRqJZ5Nc5yikC8oAnP4Z+eo5T4wzxCqqCf+aZBpB1mQZ ZsWdvYk+OZ5KMJKwZcw7NXMMmXg99+Awaz4iPC0l8e9GGLAkxXAgjOkLaW6BMKxDdzN+ 2FT1YDHfJK/3IssYZ8R0VKzeZDevsyd98yHwj4d5BgYadz+exTcSrcdknUXoIWIkIX1s qEGowRZJiXEVvhWS5p5v1AGZbh6gnlJGnJ+yJ462Dq1jAxb2WxRtmcHk9QiekZxm6ARu VxFjA7LcyyHXlXKfjey12f15T6UohsBNp8VRuFd2D/3bHhVlzPGrlpb74hQLN8k1b6GJ UCDA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:message-id:in-reply-to :date:references:subject:cc:to:from:dkim-signature; bh=Zh55VMQOWIkhaJAfQsJ8QsFJiksbwnIoMMdZI6R95ts=; b=p56nRPSfYV4s+V3ibqWCDZub+HcpMRCRdNDhAVtotnaeNSAYJNvfF0vgBNK5PSX6tm glxeJl3wpDBk4B+BgZZhEaVVKaomAFA6dRdphNB5UBk1WuxY+4NDRvlU9U22i8fy582q vQoAQxOVYKAKBQbmzq6PJgth5K9QrQZO6wRdh6pRo5LPZ4xm95sWMw8fUZi8m3N4A3Vv Oilq2D/c7uvNUIJRNtM1Koj7l5cMxS7Dw/dEdIRyRoPM9rfyH2qFxwSl/+KgrDY/yr4h UyOUtCyFf9mzA0biCF2W1CQXFI6iS8r/WGcXjXfQwWXB4PK4GXFmeeWT2TfG/85oeGXf pHwA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="Gs9LP/PI"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id il18-20020a17090b165200b002136ad22b32si8156609pjb.39.2022.11.06.01.52.50; Sun, 06 Nov 2022 01:53:01 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-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=@redhat.com header.s=mimecast20190719 header.b="Gs9LP/PI"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229816AbiKFJe2 (ORCPT + 96 others); Sun, 6 Nov 2022 04:34:28 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48538 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229804AbiKFJe0 (ORCPT ); Sun, 6 Nov 2022 04:34:26 -0500 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8C25363CB for ; Sun, 6 Nov 2022 01:33:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1667727207; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Zh55VMQOWIkhaJAfQsJ8QsFJiksbwnIoMMdZI6R95ts=; b=Gs9LP/PIoiavm+VJBSWqGm5Qx+BUWUBSKGENjHBPrHcxRi+wAyZI1cN8ZakMChTz7lpdmd J3TMLip8ovCBsxVJiYve342sSJSCe1HYTTtrRgbNfR822aLH8t/F7qRfCo5S7yHjNRnKpm e4s2N8RQMPYnEESHA6to2waJMVxKuJE= Received: from mimecast-mx02.redhat.com (mx3-rdu2.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-96-_TRw53ORONGgtKkEmETIFA-1; Sun, 06 Nov 2022 04:33:25 -0500 X-MC-Unique: _TRw53ORONGgtKkEmETIFA-1 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.rdu2.redhat.com [10.11.54.1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 0760238041D5; Sun, 6 Nov 2022 09:33:24 +0000 (UTC) Received: from oldenburg.str.redhat.com (unknown [10.2.16.37]) by smtp.corp.redhat.com (Postfix) with ESMTPS id E146C40C2064; Sun, 6 Nov 2022 09:33:11 +0000 (UTC) From: Florian Weimer To: "H.J. Lu" Cc: Rick Edgecombe , x86@kernel.org, "H . Peter Anvin" , Thomas Gleixner , Ingo Molnar , linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-mm@kvack.org, linux-arch@vger.kernel.org, linux-api@vger.kernel.org, Arnd Bergmann , Andy Lutomirski , Balbir Singh , Borislav Petkov , Cyrill Gorcunov , Dave Hansen , Eugene Syromiatnikov , Jann Horn , Jonathan Corbet , Kees Cook , Mike Kravetz , Nadav Amit , Oleg Nesterov , Pavel Machek , Peter Zijlstra , Randy Dunlap , "Ravi V . Shankar" , Weijiang Yang , "Kirill A . Shutemov" , John Allen , kcc@google.com, eranian@google.com, rppt@kernel.org, jamorris@linux.microsoft.com, dethoma@microsoft.com, akpm@linux-foundation.org, Yu-cheng Yu Subject: Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit References: <20221104223604.29615-1-rick.p.edgecombe@intel.com> <20221104223604.29615-38-rick.p.edgecombe@intel.com> Date: Sun, 06 Nov 2022 10:33:10 +0100 In-Reply-To: (H. J. Lu's message of "Fri, 4 Nov 2022 15:56:16 -0700") Message-ID: <87iljs4ecp.fsf@oldenburg.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 3.1 on 10.11.54.1 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE 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-kernel@vger.kernel.org * H. J. Lu: > This change doesn't make a binary CET compatible. It just requires > that the toolchain must be updated and all binaries have to be > recompiled with the new toolchain to enable CET. It doesn't solve any > issue which can't be solved by not updating glibc. Right, and it doesn't even address the library case (the kernel would have to hook into mmap for that). The kernel shouldn't do this. Thanks, Florian