Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp661585rwb; Mon, 26 Sep 2022 04:23:45 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6tRrVhR9xfU+rf6a7W+7F9D6zZTb27vTeEIx65HeM5ozRC3cM7FZX22WCKUIiflgc4VI8a X-Received: by 2002:a05:6402:2898:b0:453:ab2e:65f9 with SMTP id eg24-20020a056402289800b00453ab2e65f9mr22190813edb.387.1664191425697; Mon, 26 Sep 2022 04:23:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664191425; cv=none; d=google.com; s=arc-20160816; b=azXZp98YurMHAlHucyaltH2S774mV2GNEkmA4Ptk3BshYN/rVCJ/OOw3mRHBmFZ8pt xZMS25Jhv61FtmkfrVcgDBH9fQeynd2VqhzvFYmWRunQYvI4ryO6dz26sVA0VOA9iKRG r8XAU1hK4ySOzx2k4r/io3xt0B3vbSC9fEKkr2+22eVmFvt7doK0+wS1tBxppnUSY13n 6msGXPEiRJDGYyQ0EVNYIg7WymAW1Kf9gUChD8LH+LmWgxANg9nMwyYMCrufVpeSs0zs sXqnUtOZ868HCID/zp1tK0BCYoO9Fy0wp19xbFWtqVj9EpnaRU+5wKmywJdDVGJoA6Ez 3/Pg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:organization:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=PDO7sOK7IbjFaiMMWtG5skTLDc0+UFQKUQT1NrEmeTk=; b=R3/IoD/3Lo6HJCEdabdaWuzaOTJUqaGW1dLs8u40IO2TNfiPbvhHUSCXMo7BG+FGtu r/dizREAI4tUKexdi+rhfMEPfQ3tggfig4DiJlQtDR5YD4X0QiKuBfHqtDT3UjlPck2A DddCLDplgo5FKbcY79eGifb72ah/+5//5Y4mCoNTdrcz11XKgyqHdfickDhNPRw1N4+d YVyI/W+mEXGZqbUzyyEWIcnR7XAYdngVv0BD9nXHA4KTOPCkKO3pbnVAa0R44glOFEV4 jhkVpqdagzUpI4HvGl1jiF51PJX6Xtrn8QM9Uf4xZ5st8nQF7m/4NYgICCzpNu8mS1xN QGpQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=jKjGTKpQ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id z19-20020a056402275300b004515bc0d76dsi19745735edd.44.2022.09.26.04.23.20; Mon, 26 Sep 2022 04:23:45 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=jKjGTKpQ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233519AbiIZJpj (ORCPT + 99 others); Mon, 26 Sep 2022 05:45:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51434 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233625AbiIZJpD (ORCPT ); Mon, 26 Sep 2022 05:45:03 -0400 Received: from mga06.intel.com (mga06b.intel.com [134.134.136.31]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D730D15711; Mon, 26 Sep 2022 02:43:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1664185430; x=1695721430; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=2ofBCBpdftIlM/Orx1EIGaCpNLoaj4BYeHzamm1P3a4=; b=jKjGTKpQxfjUEIzksWdj8Q+lQPYkFclyPI6Oe9PW1UgplkB2YKvWOCci oVfvvV54FsBpkEWtgoa1WyduKpuvPW3lKDsNlIg88oK9YhDZpH6sRMksK 7wzkszI5QFJlM5XYyfIorGkEvTZEBV0cuQT1/ZmBEk+ZLk2mx8JyAcwrN In02xJcB9dwwt/Z9T3zUH74zPhYnxBvados81yQIe7YQ8BBGnI4Mq7KM3 t3/4xZffc6zcyBWPN7yIE3/8AbgR/ECNMQOyEGEQE45nXAyW8Lp23oUWW 0BzjgriO3FlSovYVU3aSMbNS9d+FNFDKOu2o2ifBshoBaXP5S0JCyuNRt w==; X-IronPort-AV: E=McAfee;i="6500,9779,10481"; a="362815577" X-IronPort-AV: E=Sophos;i="5.93,345,1654585200"; d="scan'208";a="362815577" Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 26 Sep 2022 02:43:50 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6500,9779,10481"; a="689491308" X-IronPort-AV: E=Sophos;i="5.93,345,1654585200"; d="scan'208";a="689491308" Received: from smile.fi.intel.com ([10.237.72.54]) by fmsmga004.fm.intel.com with ESMTP; 26 Sep 2022 02:43:48 -0700 Received: from andy by smile.fi.intel.com with local (Exim 4.96) (envelope-from ) id 1ockeR-007jS2-1l; Mon, 26 Sep 2022 12:43:47 +0300 Date: Mon, 26 Sep 2022 12:43:47 +0300 From: Andy Shevchenko To: Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= Cc: linux-kernel@vger.kernel.org, linux-pwm@vger.kernel.org, Thierry Reding Subject: Re: [PATCH v2 2/9] pwm: lpss: Move exported symbols to PWM_LPSS namespace Message-ID: References: <20220908135658.64463-1-andriy.shevchenko@linux.intel.com> <20220908135658.64463-3-andriy.shevchenko@linux.intel.com> <20220924095945.pzyhc24jhjwlfdin@pengutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220924095945.pzyhc24jhjwlfdin@pengutronix.de> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Sep 24, 2022 at 11:59:45AM +0200, Uwe Kleine-K?nig wrote: > Hello, > > On Thu, Sep 08, 2022 at 04:56:51PM +0300, Andy Shevchenko wrote: > > Avoid unnecessary pollution of the global symbol namespace by > > moving library functions in to a specific namespace and import > > that into the drivers that make use of the functions. > > > > For more info: https://lwn.net/Articles/760045/ > > > > Suggested-by: Uwe Kleine-K?nig > > Signed-off-by: Andy Shevchenko > > --- > > drivers/pwm/pwm-lpss-pci.c | 1 + > > drivers/pwm/pwm-lpss-platform.c | 1 + > > drivers/pwm/pwm-lpss.c | 2 ++ > > 3 files changed, 4 insertions(+) > > > > diff --git a/drivers/pwm/pwm-lpss-pci.c b/drivers/pwm/pwm-lpss-pci.c > > index 75b778e839b3..9f2c666b95ec 100644 > > --- a/drivers/pwm/pwm-lpss-pci.c > > +++ b/drivers/pwm/pwm-lpss-pci.c > > @@ -92,3 +92,4 @@ module_pci_driver(pwm_lpss_driver_pci); > > > > MODULE_DESCRIPTION("PWM PCI driver for Intel LPSS"); > > MODULE_LICENSE("GPL v2"); > > +MODULE_IMPORT_NS(PWM_LPSS); > > Each user of the lpss.h header needs that, right? Then the > MODULE_IMPORT_NS statement can go into the header, too. With the same answer as for v1: any user that might include the header for the sake of data types will get the NS inclusion even if they don't need that (yes, I don't think it's practical, but slightly better to make sure that if one uses an API, one adds necessary NS inclusions; also note that in case of stale header inclusion this again might bring unnecessary NS, while the header should be removed -- with that being said, I think we might need some kind of extended includecheck to see if the APIs and data structures are actually used when a certain header is included). > Even without this change: > > Acked-by: Uwe Kleine-K?nig Thanks! -- With Best Regards, Andy Shevchenko