From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.3 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id BF12CC352AA for ; Tue, 1 Oct 2019 14:47:01 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 9BA0320815 for ; Tue, 1 Oct 2019 14:47:01 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2389303AbfJAOrA (ORCPT ); Tue, 1 Oct 2019 10:47:00 -0400 Received: from foss.arm.com ([217.140.110.172]:51536 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2389029AbfJAOrA (ORCPT ); Tue, 1 Oct 2019 10:47:00 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 9C4491000; Tue, 1 Oct 2019 07:46:59 -0700 (PDT) Received: from lakrids.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.121.207.14]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 1298E3F71A; Tue, 1 Oct 2019 07:46:57 -0700 (PDT) Date: Tue, 1 Oct 2019 15:46:50 +0100 From: Mark Rutland To: Julien Grall , Stefano Stabellini Cc: Arnd Bergmann , Andrew Cooper , Emil Velikov , Russell King , Denis Efremov , "linux-kernel@vger.kernel.org" , Masahiro Yamada , xen-devel , Will Deacon , Linux ARM Subject: Re: [Xen-devel] [PATCH] ARM: xen: unexport HYPERVISOR_platform_op function Message-ID: <20191001144650.GA22655@lakrids.cambridge.arm.com> References: <20190906153948.2160342-1-arnd@arndb.de> <7abad95e-ea47-c068-d91c-ba503f2530b9@citrix.com> <95dbd972-fe78-d0ca-f7b4-1a6bdd418eab@arm.com> <20191001143334.GA46651@lakrids.cambridge.arm.com> <9e04485f-2d4a-81a2-c7e1-e50dd888930f@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9e04485f-2d4a-81a2-c7e1-e50dd888930f@arm.com> User-Agent: Mutt/1.11.1+11 (2f07cb52) (2018-12-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Oct 01, 2019 at 03:39:41PM +0100, Julien Grall wrote: > On 01/10/2019 15:33, Mark Rutland wrote: > > On Sat, Sep 07, 2019 at 11:05:45AM +0100, Julien Grall wrote: > > > On 9/6/19 6:20 PM, Andrew Cooper wrote: > > > > On 06/09/2019 17:00, Arnd Bergmann wrote: > > > > > On Fri, Sep 6, 2019 at 5:55 PM Andrew Cooper wrote: > > > > > > On 06/09/2019 16:39, Arnd Bergmann wrote: > > > > > > > HYPERVISOR_platform_op() is an inline function and should not > > > > > > > be exported. Since commit 15bfc2348d54 ("modpost: check for > > > > > > > static EXPORT_SYMBOL* functions"), this causes a warning: > > > > > > > > > > > > > > WARNING: "HYPERVISOR_platform_op" [vmlinux] is a static EXPORT_SYMBOL_GPL > > > > > > > > > > > > > > Remove the extraneous export. > > > > > > > > > > > > > > Fixes: 15bfc2348d54 ("modpost: check for static EXPORT_SYMBOL* functions") > > > > > > > Signed-off-by: Arnd Bergmann [...] > > > While looking at the code, I also realized that the implementation of > > > HYPERCALL_dm_op might be incorrect for Arm32. Similarly do privcmd call, I > > > think dm_op call should enable user access as they will be used by > > > userspace. > > > > > > We don't use dm_op on Arm so far, hence why I think this was unnoticed. I > > > will see if I can reproduce it and send a patch. > > > > I'm seeing this when building arm64 defconfig v5.4-rc1: > > > > | [mark@lakrids:~/src/linux]% usekorg 8.1.0 make ARCH=arm64 CROSS_COMPILE=aarch64-linux- -j56 -s > > | arch/arm64/Makefile:62: CROSS_COMPILE_COMPAT not defined or empty, the compat vDSO will not be built > > | WARNING: "HYPERVISOR_platform_op" [vmlinux] is a static EXPORT_SYMBOL_GPL > > | WARNING: "HYPERVISOR_platform_op" [vmlinux] is a static EXPORT_SYMBOL_GPL > > > > I couldn't see a follow-up; do you have a patch for this? > > The first e-mail of the thread should contain a patch to address the warning > (see [1]). But it is still waiting on an Ack from Stefano so it can get > merged. Ah, sorry. I misunderstood what you were planning to send a patch for, and assumed you were going to propose an alternative to Arnd's patch. Stefano, do you see any problem with Arnd's patch? If not, it would be good to get this merged soon. Thanks, Mark. > > Cheers, > > [1] https://patchwork.kernel.org/patch/11135601/ > > -- > Julien Grall