linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: kernel test robot <lkp@intel.com>
To: Faiyaz Mohammed <faiyazm@codeaurora.org>,
	cl@linux.com, penberg@kernel.org, rientjes@google.com,
	iamjoonsoo.kim@lge.com, akpm@linux-foundation.org,
	vbabka@suse.cz, linux-mm@kvack.org, linux-kernel@vger.kernel.org
Cc: kbuild-all@lists.01.org, vinmenon@codeaurora.org,
	Faiyaz Mohammed <faiyazm@codeaurora.org>
Subject: Re: [PATCH v3] mm: slub: move sysfs slab alloc/free interfaces to debugfs
Date: Wed, 7 Apr 2021 00:26:06 +0800	[thread overview]
Message-ID: <202104070032.9IvuS8De-lkp@intel.com> (raw)
In-Reply-To: <1617712064-12264-1-git-send-email-faiyazm@codeaurora.org>

[-- Attachment #1: Type: text/plain, Size: 4596 bytes --]

Hi Faiyaz,

Thank you for the patch! Yet something to improve:

[auto build test ERROR on v5.12-rc6]
[cannot apply to hnaz-linux-mm/master next-20210406]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch]

url:    https://github.com/0day-ci/linux/commits/Faiyaz-Mohammed/mm-slub-move-sysfs-slab-alloc-free-interfaces-to-debugfs/20210406-202954
base:    e49d033bddf5b565044e2abe4241353959bc9120
config: sh-randconfig-c024-20210406 (attached as .config)
compiler: sh4-linux-gcc (GCC) 9.3.0
reproduce (this is a W=1 build):
        wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # https://github.com/0day-ci/linux/commit/00c0bfb05271bdd3e80f4e9c62da9ce5287b8f93
        git remote add linux-review https://github.com/0day-ci/linux
        git fetch --no-tags linux-review Faiyaz-Mohammed/mm-slub-move-sysfs-slab-alloc-free-interfaces-to-debugfs/20210406-202954
        git checkout 00c0bfb05271bdd3e80f4e9c62da9ce5287b8f93
        # save the attached .config to linux build tree
        COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-9.3.0 make.cross ARCH=sh 

If you fix the issue, kindly add following tag as appropriate
Reported-by: kernel test robot <lkp@intel.com>

All errors (new ones prefixed by >>):

   In file included from include/linux/printk.h:6,
                    from include/linux/kernel.h:16,
                    from include/asm-generic/bug.h:20,
                    from arch/sh/include/asm/bug.h:112,
                    from include/linux/bug.h:5,
                    from include/linux/mmdebug.h:5,
                    from include/linux/mm.h:9,
                    from mm/slub.c:13:
>> mm/slub.c:5869:12: error: initialization of 'initcall_t' {aka 'int (*)(void)'} from incompatible pointer type 'void (*)(void)' [-Werror=incompatible-pointer-types]
    5869 | __initcall(slab_debugfs_init);
         |            ^~~~~~~~~~~~~~~~~
   include/linux/init.h:249:41: note: in definition of macro '____define_initcall'
     249 |   __attribute__((__section__(__sec))) = fn;
         |                                         ^~
   include/linux/init.h:259:2: note: in expansion of macro '__unique_initcall'
     259 |  __unique_initcall(fn, id, __sec, __initcall_id(fn))
         |  ^~~~~~~~~~~~~~~~~
   include/linux/init.h:261:35: note: in expansion of macro '___define_initcall'
     261 | #define __define_initcall(fn, id) ___define_initcall(fn, id, .initcall##id)
         |                                   ^~~~~~~~~~~~~~~~~~
   include/linux/init.h:290:30: note: in expansion of macro '__define_initcall'
     290 | #define device_initcall(fn)  __define_initcall(fn, 6)
         |                              ^~~~~~~~~~~~~~~~~
   include/linux/init.h:295:24: note: in expansion of macro 'device_initcall'
     295 | #define __initcall(fn) device_initcall(fn)
         |                        ^~~~~~~~~~~~~~~
   mm/slub.c:5869:1: note: in expansion of macro '__initcall'
    5869 | __initcall(slab_debugfs_init);
         | ^~~~~~~~~~
   cc1: some warnings being treated as errors


vim +5869 mm/slub.c

  5856	
  5857	static void __init slab_debugfs_init(void)
  5858	{
  5859		struct kmem_cache *s;
  5860	
  5861		slab_debugfs_root = debugfs_create_dir("slab", NULL);
  5862		if (!IS_ERR(slab_debugfs_root))
  5863			list_for_each_entry(s, &slab_caches, list)
  5864				debugfs_slab_add(s);
  5865		else
  5866			pr_err("Cannot create slab debugfs.\n");
  5867	
  5868	}
> 5869	__initcall(slab_debugfs_init);
  5870	#endif
  5871	/*
  5872	 * The /proc/slabinfo ABI
  5873	 */
  5874	#ifdef CONFIG_SLUB_DEBUG
  5875	void get_slabinfo(struct kmem_cache *s, struct slabinfo *sinfo)
  5876	{
  5877		unsigned long nr_slabs = 0;
  5878		unsigned long nr_objs = 0;
  5879		unsigned long nr_free = 0;
  5880		int node;
  5881		struct kmem_cache_node *n;
  5882	
  5883		for_each_kmem_cache_node(s, node, n) {
  5884			nr_slabs += node_nr_slabs(n);
  5885			nr_objs += node_nr_objs(n);
  5886			nr_free += count_partial(n, count_free);
  5887		}
  5888	
  5889		sinfo->active_objs = nr_objs - nr_free;
  5890		sinfo->num_objs = nr_objs;
  5891		sinfo->active_slabs = nr_slabs;
  5892		sinfo->num_slabs = nr_slabs;
  5893		sinfo->objects_per_slab = oo_objects(s->oo);
  5894		sinfo->cache_order = oo_order(s->oo);
  5895	}
  5896	

---
0-DAY CI Kernel Test Service, Intel Corporation
https://lists.01.org/hyperkitty/list/kbuild-all@lists.01.org

[-- Attachment #2: .config.gz --]
[-- Type: application/gzip, Size: 23259 bytes --]

  parent reply	other threads:[~2021-04-06 16:26 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-06 12:27 Faiyaz Mohammed
2021-04-06 15:03 ` kernel test robot
2021-04-06 16:26 ` kernel test robot [this message]
2021-04-06 17:15 ` Vlastimil Babka
2021-04-07 10:30   ` Vlastimil Babka

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=202104070032.9IvuS8De-lkp@intel.com \
    --to=lkp@intel.com \
    --cc=akpm@linux-foundation.org \
    --cc=cl@linux.com \
    --cc=faiyazm@codeaurora.org \
    --cc=iamjoonsoo.kim@lge.com \
    --cc=kbuild-all@lists.01.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=penberg@kernel.org \
    --cc=rientjes@google.com \
    --cc=vbabka@suse.cz \
    --cc=vinmenon@codeaurora.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox