Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp4273777pxb; Mon, 8 Feb 2021 12:07:58 -0800 (PST) X-Google-Smtp-Source: ABdhPJw8sfCj+Qzvh6++DQvSFbymThcnUlRHE+PIZH8VarQLfp9SdiUP7ZfKdYNchG9bG5f7aC3Y X-Received: by 2002:a17:906:28d6:: with SMTP id p22mr18940326ejd.365.1612814878059; Mon, 08 Feb 2021 12:07:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612814878; cv=none; d=google.com; s=arc-20160816; b=gnV+7NpI+dgaqIWd1rw1NQZBj12amtRVF0c/d54TcWB3dL5cmNVGZIuC1QZF85DceX 8T3OqXXgPWWR06tzBAGl4V3qH6KT7SrX9yTnmKBlLqR8VCDyCb1wVOLFq7rbTwKUiIla gVD4iE1qYhMNFzxgC4z074KxQ5gYKWHOvz0Ls32UAfQ9lXoUKAZ6hcDMIwBgrz1utU/o 6r98GYutWZG8YLOVkrlXIzEdc8oJUMJrQty0uKrx3Dvtf0Jz1EP3BW5xeg6ZnDih1z8C Kp8sMMdcIdxJa6HIEt2F08mH5pFYk4tDsk35hMFKB58Od/G8I3yq5QPtiGrmgsPLq2lX LQVw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=Maz2NglMcdCjUWwIq8qBf9fSwQ7PHZYG00bP0P0Mbgw=; b=RWWlq7klU+ClYU9KvUAz7P9AzbSr/yBPB62zp3txaXqi4hkJN9PupmyS7sUvYbBpzP MffcoxoD9C7Gaygc2eQHem4/JWLe3wfhLLD8LUM61gB8jOjuI7mClV1srQToCaTSFbaD STHsmw5N9zDq9TRVOcQlPHdH7DttgPc6nADKYUEQFCTFe1o36Nh9ysMsTLcqWcWLlC4u nC7bQu9rA7wKEhH+IW1HIkyKyPTeex9uMxZ+JFFuUKaw8SYC8M1425umoiqlu1VUOBKB IV2HbWkkek6jO30hjU9Ce9O185/8Yr5r7CfYe+u9CVz8caGP2H/uIeIqmDRcvwwfmsxa l0wg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c16si12457293ejm.289.2021.02.08.12.07.33; Mon, 08 Feb 2021 12:07:58 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236547AbhBHUHD (ORCPT + 99 others); Mon, 8 Feb 2021 15:07:03 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37322 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235621AbhBHS0R (ORCPT ); Mon, 8 Feb 2021 13:26:17 -0500 Received: from sipsolutions.net (s3.sipsolutions.net [IPv6:2a01:4f8:191:4433::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0FF44C061786; Mon, 8 Feb 2021 10:25:31 -0800 (PST) Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.94) (envelope-from ) id 1l9BDz-000AHc-Jg; Mon, 08 Feb 2021 19:25:27 +0100 Message-ID: <69e7fbb93740c0116c358a2f40aadb2dbde702fe.camel@sipsolutions.net> Subject: Re: [PATCH AUTOSEL 4.9 4/4] init/gcov: allow CONFIG_CONSTRUCTORS on UML to fix module gcov From: Johannes Berg To: Sasha Levin , "linux-kernel@vger.kernel.org" , "stable@vger.kernel.org" Cc: Peter Oberparleiter , Arnd Bergmann , Jessica Yu , Andrew Morton , Linus Torvalds Date: Mon, 08 Feb 2021 19:25:21 +0100 In-Reply-To: <20210208180000.2092497-4-sashal@kernel.org> References: <20210208180000.2092497-1-sashal@kernel.org> <20210208180000.2092497-4-sashal@kernel.org> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.5 (3.36.5-2.fc32) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-malware-bazaar: not-scanned Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2021-02-08 at 18:00 +0000, Sasha Levin wrote: > From: Johannes Berg > > [ Upstream commit 55b6f763d8bcb5546997933105d66d3e6b080e6a ] > > On ARCH=um, loading a module doesn't result in its constructors getting > called, which breaks module gcov since the debugfs files are never > registered. On the other hand, in-kernel constructors have already been > called by the dynamic linker, so we can't call them again. > > Get out of this conundrum by allowing CONFIG_CONSTRUCTORS to be > selected, but avoiding the in-kernel constructor calls. > > Also remove the "if !UML" from GCOV selecting CONSTRUCTORS now, since we > really do want CONSTRUCTORS, just not kernel binary ones. > > Link: https://lkml.kernel.org/r/20210120172041.c246a2cac2fb.I1358f584b76f1898373adfed77f4462c8705b736@changeid > While I don't really *object* to this getting backported, it's also a (development) corner case that somebody wants gcov and modules in ARCH=um ... I'd probably not backport this. johannes