Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp425213ybe; Wed, 4 Sep 2019 01:49:00 -0700 (PDT) X-Google-Smtp-Source: APXvYqymIMrqUCQjvUMfdh9HNEfpe5Y8rPNuo1i/l88eBB44SQ25Q3WiPvNTzPRky6Z6NHaiaQds X-Received: by 2002:a63:6ec1:: with SMTP id j184mr34089442pgc.232.1567586940064; Wed, 04 Sep 2019 01:49:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567586940; cv=none; d=google.com; s=arc-20160816; b=djKd3gsyhkkJ402pTJKpApXoPZPlY/k/uegrK3d7usDo9lgEMLjusCLTD+8am4JVKm i3SbFHZqh6BgJ7flIfiiZzuLWrDpJhqWpqwksGX//jUddcdEc+3mjxR3Tq9Z8tmOpXig yTKMyI476wihm0vzgY3XWDvpN8G7FhXm7hitF6QApWQbrvWO7QTK3gC4HtlLWpQTtNow 8taHaZqlumoBm6ALTpy1vduq5YBle9aAUlkxIKYaQ9OmJS+aozH6gv6jdTMmvkfyUiRl oZ31YeR1X6AFvX40tMemmvkg9nXfUxAkV431g4JgbrvSb2NGg385b7AJ7v/AWf7B7OcM aLew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature:dkim-filter; bh=rl11GH89ZlbuZX4guUp4Pw5JS7QAnPdbjduMTKste4M=; b=EHj7foSR9QX2wHC1PZkWQcm7ff6eR1/5zq0vduZwzbooCroVU1UHjwVS8URh8AT3dN A6ogqP5NMhfg10kVP3kL9V2FRrJd2YRjUmzweTNXIiDjKXtY9NSa09TBeMcaeDPam5rl Vaw8WEl/RYBsKu3BIwyt1xODgp7Uz3WvPRd3PvjeP5oYAXo1q5VW3+rWoWJqVisEoIlQ 0sY1JqpoUzK+1QegMJdloG80fUTlE/pseyptKt8IJktWi1wLWW4uHNFGE3ks+Ot92O3G LShtxPejt71jlMcOzJhBklW8PSEWK7pFsMTzbPaErdPRb1sisbvuJnUhc9mqPI/vrYQs v0Mw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=qaQbLSu3; 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 a11si16279959pgt.124.2019.09.04.01.48.43; Wed, 04 Sep 2019 01:49:00 -0700 (PDT) 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; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=qaQbLSu3; 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 S1729351AbfIDIq3 (ORCPT + 99 others); Wed, 4 Sep 2019 04:46:29 -0400 Received: from conssluserg-04.nifty.com ([210.131.2.83]:23311 "EHLO conssluserg-04.nifty.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726358AbfIDIq2 (ORCPT ); Wed, 4 Sep 2019 04:46:28 -0400 Received: from mail-vs1-f42.google.com (mail-vs1-f42.google.com [209.85.217.42]) (authenticated) by conssluserg-04.nifty.com with ESMTP id x848kMS9010699; Wed, 4 Sep 2019 17:46:23 +0900 DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-04.nifty.com x848kMS9010699 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com; s=dec2015msa; t=1567586783; bh=rl11GH89ZlbuZX4guUp4Pw5JS7QAnPdbjduMTKste4M=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=qaQbLSu3X2Z3Psx1j5HJJJEFgFBgqUt3fTs5oIDcf7KPwOItCEKJy0GVvIHVc6IZx hWmxRH/hYIiLb3oVnJ5tBbdy2yOsIo5niB6VXOFO2CO2mF9YXGiWBlneWN7FKchBvI DXl5wVRYU2ktI8xGGyJ9k0s09qAp9zFqwD+blGJJKb2cMAnSD/f6Uj7/IyXqRVyERU nPCPf68u5qgEkO6kZJRvKB/omcKRqc2rUsVhcsZbc5ofvqkLQl4TfCP09fdUJK9cVu lrRwVu8QP84j5Nf4nOMimNXKnJwHmvAbCmCNnXxq1znMTe4CddZADvFZYATUHiDFv1 5oaS9erWFMPGg== X-Nifty-SrcIP: [209.85.217.42] Received: by mail-vs1-f42.google.com with SMTP id q9so7139250vsl.4; Wed, 04 Sep 2019 01:46:23 -0700 (PDT) X-Gm-Message-State: APjAAAXukg15R+prZUW9q4X0D85DhnG/drnHMDKW+YVB6DNtNjUYp6oN xKlgf7M88qtvAry2+Tn35VVijcq/JJJpE42Ov6U= X-Received: by 2002:a67:e9cc:: with SMTP id q12mr11685253vso.181.1567586782082; Wed, 04 Sep 2019 01:46:22 -0700 (PDT) MIME-Version: 1.0 References: <20180716122125.175792-1-maco@android.com> <20190903150638.242049-1-maennich@google.com> <20190903150638.242049-13-maennich@google.com> <20190903161045.GA22754@roeck-us.net> In-Reply-To: <20190903161045.GA22754@roeck-us.net> From: Masahiro Yamada Date: Wed, 4 Sep 2019 17:45:45 +0900 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v4 12/12] RFC: watchdog: export core symbols in WATCHDOG_CORE namespace To: Guenter Roeck Cc: Matthias Maennich , Linux Kernel Mailing List , "Cc: Android Kernel" , Arnd Bergmann , Greg Kroah-Hartman , Jessica Yu , "Joel Fernandes (Google)" , Lucas De Marchi , maco@android.com, sspatil@google.com, Will Deacon , Linux Kbuild mailing list , linux-modules@vger.kernel.org, linux-usb , usb-storage@lists.one-eyed-alien.net, linux-watchdog@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 4, 2019 at 1:10 AM Guenter Roeck wrote: > > On Tue, Sep 03, 2019 at 04:06:38PM +0100, Matthias Maennich wrote: > > Modules using symbols from the WATCHDOG_CORE namespace are required to > > explicitly import the namespace. This patch was generated with the > > following steps and serves as a reference to use the symbol namespace > > feature: > > > > 1) Use EXPORT_SYMBOL_NS* macros instead of EXPORT_SYMBOL* for symbols > > in watchdog_core.c > > 2) make (see warnings during modpost about missing imports) > > 3) make nsdeps > > > > I used 'allmodconfig' for the above steps to ensure all occurrences are > > patched. > > > > Defining DEFAULT_SYMBOL_NAMESPACE in the Makefile is not trivial in this > > case as not only watchdog_core is defined in drivers/watchdog/Makefile. > > Hence this patch uses the variant of using the EXPORT_SYMBOL_NS* macros > > to export into a different namespace. > > > > An alternative to this patch would be a single definition line before > > any use of EXPORT_SYMBOL*: > > #define DEFAULT_SYMBOL_NAMESPACE WATCHDOG_CORE > > > > This patch serves as a reference on how to use the symbol namespaces. > > > > Reviewed-by: Greg Kroah-Hartman > > Signed-off-by: Matthias Maennich > > As mentioned before, I am opposed to this set of changes. I don't see > the point of restricting the use of exported symbols in WATCHDOG_CORE. > > Guenter I agree. I do not like this patch set either. Anyway, the last two patches (usb-stroage, watchdog) are useful to demonstrate that this has a bad taste. -- Best Regards Masahiro Yamada