Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp514919ybx; Tue, 5 Nov 2019 01:02:50 -0800 (PST) X-Google-Smtp-Source: APXvYqwrOqBYa2hWPpWeirwWn2DJYMYhMtSMykq/az0AV25OmTNMUCiOA2kxBy0LL3cK0ZWp6XM9 X-Received: by 2002:a50:cc42:: with SMTP id n2mr6690574edi.289.1572944570028; Tue, 05 Nov 2019 01:02:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1572944570; cv=none; d=google.com; s=arc-20160816; b=CbbPHeQyqM/u+m1CRWPDgODTTqWU2kFlISDyvtYb71QNlQw0ZaqM5D9lG7MPBcNuBP 7D9EN0zjOOyn9VcxN9znphX8EZplSjCBChoUXEQouHTTGGETGyWpH8xsWL+d02Ohsl/y iMIUvoDo7/P++pg7t8ZcJcEqcHVFDQ7ZEoOo6RVTYnEv8w7tkkDX48zQc/LkxfkOJ8na B3X/A756quAuhby0X/VzK+y2Bmr0ZXDRu5o2DTzuNcWpZC+hlagMps3Irrp3u92pDmMC zPvC2L+fJKxz88344qbQHTondY1JIR4PyDkDd8/yuAx//op1nslUQdgrQ6h7/z0tMd8W 8m3g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=M4MPzYVxKoQyUgF18czajMBpnRmEmsLHXnnfi0r3D7g=; b=lKvftrLDn5bXemG7OnrLKlg2/JLPvZIi/g2HHcHtx6TojWOphZ6vzHBxIDYyaAmMBF kbjc8V+WOfN3SvZfcUL35sPLGi2S60iLOGeCY5jfqYecB59F7z5eOSMnohY5XqkhUKsT JV4pknrKjOUstMKtLicWRj0KRU41tMLWVgspLeDOH5/4oQIAlunRDaGn6CV2gD0CiNvm +aHbvLVgggzsv4lPiP3rh5vHmInp6b7xHFJP2y7253RDumR8OYl5bV/YSCZzQdZQp8gi fLvy8loG8Y7MhSz+PiGudNAv5PBZsdYr40cQpbQO8VzMC5xMvRWt1tBpzKfyk+paLpkp FsXg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v16si9995770edc.142.2019.11.05.01.02.26; Tue, 05 Nov 2019 01:02:50 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730592AbfKEI7V (ORCPT + 99 others); Tue, 5 Nov 2019 03:59:21 -0500 Received: from mx2.suse.de ([195.135.220.15]:54334 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727925AbfKEI7V (ORCPT ); Tue, 5 Nov 2019 03:59:21 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 5E33FB1EE; Tue, 5 Nov 2019 08:59:19 +0000 (UTC) Date: Tue, 5 Nov 2019 09:59:16 +0100 (CET) From: Miroslav Benes To: Mark Rutland cc: linux-arm-kernel@lists.infradead.org, Jessica Yu , Helge Deller , "James E.J. Bottomley" , linux-kernel@vger.kernel.org, amit.kachhap@arm.com, catalin.marinas@arm.com, duwe@suse.de, james.morse@arm.com, jpoimboe@redhat.com, jthierry@redhat.com, linux-parisc@vger.kernel.org, mingo@redhat.com, peterz@infradead.org, rostedt@goodmis.org, svens@stackframe.org, takahiro.akashi@linaro.org, will@kernel.org Subject: Re: [PATCHv2 2/8] module/ftrace: handle patchable-function-entry In-Reply-To: <20191029165832.33606-3-mark.rutland@arm.com> Message-ID: References: <20191029165832.33606-1-mark.rutland@arm.com> <20191029165832.33606-3-mark.rutland@arm.com> User-Agent: Alpine 2.21 (LSU 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 29 Oct 2019, Mark Rutland wrote: > When using patchable-function-entry, the compiler will record the > callsites into a section named "__patchable_function_entries" rather > than "__mcount_loc". Let's abstract this difference behind a new > FTRACE_CALLSITE_SECTION, so that architectures don't have to handle this > explicitly (e.g. with custom module linker scripts). > > As parisc currently handles this explicitly, it is fixed up accordingly, > with its custom linker script removed. Since FTRACE_CALLSITE_SECTION is > only defined when DYNAMIC_FTRACE is selected, the parisc module loading > code is updated to only use the definition in that case. When > DYNAMIC_FTRACE is not selected, modules shouldn't have this section, so > this removes some redundant work in that case. > > I built parisc generic-{32,64}bit_defconfig with DYNAMIC_FTRACE enabled, > and verified that the section made it into the .ko files for modules. > > Signed-off-by: Mark Rutland > Reviewed-by: Ard Biesheuvel > Cc: Helge Deller > Cc: Ingo Molnar > Cc: James E.J. Bottomley > Cc: Jessica Yu > Cc: Steven Rostedt > Cc: Sven Schnelle > Cc: linux-parisc@vger.kernel.org For the updated patch Reviewed-by: Miroslav Benes M