Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp3915034pxb; Tue, 26 Jan 2021 07:51:18 -0800 (PST) X-Google-Smtp-Source: ABdhPJz3PwdjJ1Q/TvAlqWUAG0B6EqfR8ggmMZsHkRzViFfjRATrpRFUsXFBm2JUKdKsWi+PvOcB X-Received: by 2002:a17:906:f755:: with SMTP id jp21mr3856369ejb.22.1611676277750; Tue, 26 Jan 2021 07:51:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611676277; cv=none; d=google.com; s=arc-20160816; b=huw+Nd232YLrrT9F+B2jArLxSN+8r1aWDUEIRYv3QUh4e5GbITsP+ojlOaeHryxnuF u3LNVg4p5mq9OP+BBCGyIi18/BpSsar9RFWrIV8aVEgmYTly9BuKzoEy7QZTyJs/iVda kRw1Xh0V9fDI1OrRoKdhLwZClk0t7kFk1CMi6jdDqOWDMJcjBJcHTQVEUpAz3DJCvaf2 kjZMmxhnnP1K4u4i1kLiElJ/7KYuAu73XhaRrRy6nzDBPIHZVIQ2VlVtCuhV9FB/L1Wi uR4pNaWyi9mtDakzEvH6wggyqFCJ8gcF6+H3PV0X60F/P1BBqqK0GPtU6sw/352SXCqM 3yZw== 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=Qzu8Yi9XdW/qKp/+NlwEE61olqGo5JkdqMwkmHc/Mx0=; b=m3Es100fRC8zuAyh4LNjKbi6al9Cw0vtB1HFrsbZnLbSBnGSjAtbKsLsyB91JovijO B21tMVZZVVQW910hGOgNxKoEODo7CKelSFeoPfzR4qgu/+PFstrfd3G8Nf6ZSXp/NO76 FoTEP2f3yBuY8oW+BV2Hdk+CuYnllGCQEhwHomsyDi2Glr+F9M8C55e1DnKjzGM5F+XO 1pDvNgumCwqVL0pXrXPQOjaoiUCf0HjYR6hHNRmg3VJnKk+GS9w5CFYLoumq+PJFILNa 2uBlP8cRodOg3fhukQwNMSCCcunkDj5WNKUlsMxIzVeA+wbVZeyW2+zvdRgJYQ4ISENU n9JA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=bnsnkxAo; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y13si8978032edd.436.2021.01.26.07.50.51; Tue, 26 Jan 2021 07:51:17 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-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=@redhat.com header.s=mimecast20190719 header.b=bnsnkxAo; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S2392037AbhAZPt0 (ORCPT + 99 others); Tue, 26 Jan 2021 10:49:26 -0500 Received: from us-smtp-delivery-124.mimecast.com ([63.128.21.124]:36159 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2392685AbhAZPsd (ORCPT ); Tue, 26 Jan 2021 10:48:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1611676026; 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=Qzu8Yi9XdW/qKp/+NlwEE61olqGo5JkdqMwkmHc/Mx0=; b=bnsnkxAo9rI60GNxKLic0Os/xtkwbkNiUjxA87kjgOwTJie2cF4HkU7/VPh6uHkyKdz7Se dpaqRDJw+xt9uNR9G5Z0ACN2HZ6WfoPwdG0I+nyNuhnOYpwNkEVKULqBg0570Sx1RRC8uX bE+Ddai1G6BME32q5o5gG5uH3cTOs5g= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-538-segurc8MMgCOFb4JYAA6kg-1; Tue, 26 Jan 2021 10:47:03 -0500 X-MC-Unique: segurc8MMgCOFb4JYAA6kg-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id EF276107B45B; Tue, 26 Jan 2021 15:47:00 +0000 (UTC) Received: from treble (ovpn-120-118.rdu2.redhat.com [10.10.120.118]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 27F447770E; Tue, 26 Jan 2021 15:46:53 +0000 (UTC) Date: Tue, 26 Jan 2021 09:46:51 -0600 From: Josh Poimboeuf To: Peter Zijlstra Cc: Greg KH , Justin Forbes , Masahiro Yamada , Kees Cook , Linux Kernel Mailing List , Michal Marek , linux-hardening@vger.kernel.org, Linux Kbuild mailing list , Ondrej Mosnacek Subject: Re: [PATCH RFC] gcc-plugins: Handle GCC version mismatch for OOT modules Message-ID: <20210126154651.itfrnhwfistia3ss@treble> References: <20210125212755.jfwlqogpcarmxdgt@treble> <20210125220757.vxdsf6sttpy46cq7@treble> <20210126145155.kcfbnzfqg5qugvcl@treble> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 26, 2021 at 04:15:37PM +0100, Peter Zijlstra wrote: > On Tue, Jan 26, 2021 at 08:51:55AM -0600, Josh Poimboeuf wrote: > > User space mixes compiler versions all the time. The C ABI is stable. > > > > What specifically is the harder issue you're referring to? > > I don't think the C ABI captures nearly enough. Imagine trying to mix a > compiler with and without asm-goto support (ok, we fail to build without > by now, but just imagine). > > No C ABI violated, but having that GCC extention vs not having it > radically changes the kernel ABI. > > I think I'm with Greg here, just don't do it. Ok, thank you for an actual example. asm goto is a good one. But it's not a cut-and-dry issue. Otherwise how could modversions possibly work? So yes, we should enforce GCC versions, but I still haven't seen a reason it should be more than just "same compiler and *major* version". -- Josh