Received: by 2002:a05:6a10:a852:0:0:0:0 with SMTP id d18csp2342186pxy; Sun, 2 May 2021 19:40:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw/XWeqLpaTEntPuHM5lWQMwV+ttjzuMBDXDlCPcYtrJSUXG1O1bpaoS+iH4gqTZbkqFlMw X-Received: by 2002:a62:2cce:0:b029:21d:97da:833e with SMTP id s197-20020a622cce0000b029021d97da833emr16233683pfs.40.1620009620687; Sun, 02 May 2021 19:40:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620009620; cv=none; d=google.com; s=arc-20160816; b=sNkJ0SuNo0yqOHbNdwvBMifOOiI3ivmdHzm6YhSHs2ab85+wz1pBH5dolAK/uru/t3 05pY4xJi4TS3trGnOhrtxZr1m1XdrBTLdK+PFQfvnQoj0+WTkJ1gkTiADzpYAC0LEyIV YT/10dP4BaIgwirMHwxELQk+moturJt910YkQk2rOVg6JGoK7DbPQNsuHJkHDoPPpXor c38j0K/wJbud2luZhRaL7DJaG72bDrEGlTRLBOqUC/9ed3AdDQPMhqhNzxNCC+NzGj83 Uw3MrpFS/076Wo1YgBYJsiglYg5bDUsm4dSfBzqZ4xKBcRm+219HDdAm47TeAgAySfOl PuhQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=bek+Gk0NAM3PUM/aDySlManfMnpTcmKV/0jsIalAUQs=; b=W5YIYobIt4vkTmCuLZeSswnvtvKxCMSOgOzmKW491xchHvoBFVmEW9IvQp/NuXwTQ+ e0R78JAbJXft1u0bvlc3o171hll1G3rXe2kg+no0LtikkmzCn13gQg/Ihqq7xpsqhrY9 MDzCdXkC6PkdOjUhu1/WqIG6Zx33CILSgAUHJir2+7Y5ZPdJ0x4V02czsNkE3gtyGobe 9Md7JaLpKitZmlCnRl3f6yMcXDJpjLklFb4B4hwPOtPCTjl9LliRCYFiRzDbzFtkZ4ev z5uQsC953AbtTzopomBjv7mk1HZ1zP6G5R4w4ho419VDOfkefj5SdX7oxahR3T3jQ0qR qGMQ== 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 o18si16729181pgu.281.2021.05.02.19.39.55; Sun, 02 May 2021 19:40:20 -0700 (PDT) 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 S232512AbhECCic (ORCPT + 99 others); Sun, 2 May 2021 22:38:32 -0400 Received: from mx2.suse.de ([195.135.220.15]:47558 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230368AbhECCib (ORCPT ); Sun, 2 May 2021 22:38:31 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 32D87AD09; Mon, 3 May 2021 02:37:38 +0000 (UTC) Date: Sun, 2 May 2021 23:37:35 -0300 From: Enzo Matsumiya To: Greg Kroah-Hartman Cc: linux-leds@vger.kernel.org, linux-block@vger.kernel.org, u.kleine-koenig@pengutronix.de, Jens Axboe , Pavel Machek , linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH 1/2] block: export block_class and disk_type symbols Message-ID: <20210503023649.a437epxpd7tkgkwx@hyori> References: <20210430183216.27458-1-ematsumiya@suse.de> <20210430183216.27458-2-ematsumiya@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 05/01, Greg Kroah-Hartman wrote: >On Fri, Apr 30, 2021 at 03:32:10PM -0300, Enzo Matsumiya wrote: >> Export symbols to be used by _for_each_blk() helper in LED block >> trigger. >> >> Signed-off-by: Enzo Matsumiya >> --- >> block/genhd.c | 2 ++ >> 1 file changed, 2 insertions(+) >> >> diff --git a/block/genhd.c b/block/genhd.c >> index 8c8f543572e6..516495179230 100644 >> --- a/block/genhd.c >> +++ b/block/genhd.c >> @@ -1218,6 +1218,7 @@ static void disk_release(struct device *dev) >> struct class block_class = { >> .name = "block", >> }; >> +EXPORT_SYMBOL(block_class); >> >> static char *block_devnode(struct device *dev, umode_t *mode, >> kuid_t *uid, kgid_t *gid) >> @@ -1235,6 +1236,7 @@ const struct device_type disk_type = { >> .release = disk_release, >> .devnode = block_devnode, >> }; >> +EXPORT_SYMBOL(disk_type); >> >> #ifdef CONFIG_PROC_FS >> /* > >Please please no. These should not be needed by anything. > >And if they really do, they must be EXPORT_SYMBOL_GPL(). > >thanks, > >greg k-h Thanks. I was indeed skeptical about submitting this particular change. Do you think it's more acceptable if I implement a for_each_blk() helper (cf. patch 2 on this series) on block code? I couldn't find any other way to do this (get all block devices on the system), so please let me know if I missed something. Cheers, Enzo