From: kernel test robot <lkp@intel.com>
To: Julian Sun <sunjunchao2870@gmail.com>, linux-xfs@vger.kernel.org
Cc: oe-kbuild-all@lists.linux.dev, cem@kernel.org, djwong@kernel.org,
Julian Sun <sunjunchao2870@gmail.com>
Subject: Re: [PATCH 1/2] xfs: remove unnecessary checks for __GFP_NOFAIL allocation.
Date: Thu, 6 Mar 2025 23:31:00 +0800 [thread overview]
Message-ID: <202503062303.aLFvYL6o-lkp@intel.com> (raw)
In-Reply-To: <20250228082622.2638686-2-sunjunchao2870@gmail.com>
Hi Julian,
kernel test robot noticed the following build warnings:
[auto build test WARNING on xfs-linux/for-next]
[also build test WARNING on linus/master v6.14-rc5 next-20250306]
[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#_base_tree_information]
url: https://github.com/intel-lab-lkp/linux/commits/Julian-Sun/xfs-remove-unnecessary-checks-for-__GFP_NOFAIL-allocation/20250228-162815
base: https://git.kernel.org/pub/scm/fs/xfs/xfs-linux.git for-next
patch link: https://lore.kernel.org/r/20250228082622.2638686-2-sunjunchao2870%40gmail.com
patch subject: [PATCH 1/2] xfs: remove unnecessary checks for __GFP_NOFAIL allocation.
config: csky-randconfig-002-20250305 (https://download.01.org/0day-ci/archive/20250306/202503062303.aLFvYL6o-lkp@intel.com/config)
compiler: csky-linux-gcc (GCC) 14.2.0
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20250306/202503062303.aLFvYL6o-lkp@intel.com/reproduce)
If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202503062303.aLFvYL6o-lkp@intel.com/
All warnings (new ones prefixed by >>):
fs/xfs/xfs_mru_cache.c: In function 'xfs_mru_cache_create':
>> fs/xfs/xfs_mru_cache.c:359:1: warning: label 'exit' defined but not used [-Wunused-label]
359 | exit:
| ^~~~
vim +/exit +359 fs/xfs/xfs_mru_cache.c
2a82b8be8a8dac David Chinner 2007-07-11 307
2a82b8be8a8dac David Chinner 2007-07-11 308 /*
2a82b8be8a8dac David Chinner 2007-07-11 309 * To initialise a struct xfs_mru_cache pointer, call xfs_mru_cache_create()
2a82b8be8a8dac David Chinner 2007-07-11 310 * with the address of the pointer, a lifetime value in milliseconds, a group
2a82b8be8a8dac David Chinner 2007-07-11 311 * count and a free function to use when deleting elements. This function
2a82b8be8a8dac David Chinner 2007-07-11 312 * returns 0 if the initialisation was successful.
2a82b8be8a8dac David Chinner 2007-07-11 313 */
2a82b8be8a8dac David Chinner 2007-07-11 314 int
2a82b8be8a8dac David Chinner 2007-07-11 315 xfs_mru_cache_create(
22328d712dd7fd Christoph Hellwig 2014-04-23 316 struct xfs_mru_cache **mrup,
7fcd3efa1e9ebe Christoph Hellwig 2018-04-09 317 void *data,
2a82b8be8a8dac David Chinner 2007-07-11 318 unsigned int lifetime_ms,
2a82b8be8a8dac David Chinner 2007-07-11 319 unsigned int grp_count,
2a82b8be8a8dac David Chinner 2007-07-11 320 xfs_mru_cache_free_func_t free_func)
2a82b8be8a8dac David Chinner 2007-07-11 321 {
22328d712dd7fd Christoph Hellwig 2014-04-23 322 struct xfs_mru_cache *mru = NULL;
2a82b8be8a8dac David Chinner 2007-07-11 323 int err = 0, grp;
2a82b8be8a8dac David Chinner 2007-07-11 324 unsigned int grp_time;
2a82b8be8a8dac David Chinner 2007-07-11 325
2a82b8be8a8dac David Chinner 2007-07-11 326 if (mrup)
2a82b8be8a8dac David Chinner 2007-07-11 327 *mrup = NULL;
2a82b8be8a8dac David Chinner 2007-07-11 328
2a82b8be8a8dac David Chinner 2007-07-11 329 if (!mrup || !grp_count || !lifetime_ms || !free_func)
2451337dd04390 Dave Chinner 2014-06-25 330 return -EINVAL;
2a82b8be8a8dac David Chinner 2007-07-11 331
2a82b8be8a8dac David Chinner 2007-07-11 332 if (!(grp_time = msecs_to_jiffies(lifetime_ms) / grp_count))
2451337dd04390 Dave Chinner 2014-06-25 333 return -EINVAL;
2a82b8be8a8dac David Chinner 2007-07-11 334
10634530f7ba94 Dave Chinner 2024-01-16 335 mru = kzalloc(sizeof(*mru), GFP_KERNEL | __GFP_NOFAIL);
2a82b8be8a8dac David Chinner 2007-07-11 336
2a82b8be8a8dac David Chinner 2007-07-11 337 /* An extra list is needed to avoid reaping up to a grp_time early. */
2a82b8be8a8dac David Chinner 2007-07-11 338 mru->grp_count = grp_count + 1;
10634530f7ba94 Dave Chinner 2024-01-16 339 mru->lists = kzalloc(mru->grp_count * sizeof(*mru->lists),
10634530f7ba94 Dave Chinner 2024-01-16 340 GFP_KERNEL | __GFP_NOFAIL);
2a82b8be8a8dac David Chinner 2007-07-11 341
2a82b8be8a8dac David Chinner 2007-07-11 342 for (grp = 0; grp < mru->grp_count; grp++)
2a82b8be8a8dac David Chinner 2007-07-11 343 INIT_LIST_HEAD(mru->lists + grp);
2a82b8be8a8dac David Chinner 2007-07-11 344
2a82b8be8a8dac David Chinner 2007-07-11 345 /*
2a82b8be8a8dac David Chinner 2007-07-11 346 * We use GFP_KERNEL radix tree preload and do inserts under a
2a82b8be8a8dac David Chinner 2007-07-11 347 * spinlock so GFP_ATOMIC is appropriate for the radix tree itself.
2a82b8be8a8dac David Chinner 2007-07-11 348 */
2a82b8be8a8dac David Chinner 2007-07-11 349 INIT_RADIX_TREE(&mru->store, GFP_ATOMIC);
2a82b8be8a8dac David Chinner 2007-07-11 350 INIT_LIST_HEAD(&mru->reap_list);
007c61c68640ea Eric Sandeen 2007-10-11 351 spin_lock_init(&mru->lock);
2a82b8be8a8dac David Chinner 2007-07-11 352 INIT_DELAYED_WORK(&mru->work, _xfs_mru_cache_reap);
2a82b8be8a8dac David Chinner 2007-07-11 353
2a82b8be8a8dac David Chinner 2007-07-11 354 mru->grp_time = grp_time;
2a82b8be8a8dac David Chinner 2007-07-11 355 mru->free_func = free_func;
7fcd3efa1e9ebe Christoph Hellwig 2018-04-09 356 mru->data = data;
2a82b8be8a8dac David Chinner 2007-07-11 357 *mrup = mru;
2a82b8be8a8dac David Chinner 2007-07-11 358
2a82b8be8a8dac David Chinner 2007-07-11 @359 exit:
2a82b8be8a8dac David Chinner 2007-07-11 360 if (err && mru && mru->lists)
d4c75a1b40cd03 Dave Chinner 2024-01-16 361 kfree(mru->lists);
2a82b8be8a8dac David Chinner 2007-07-11 362 if (err && mru)
d4c75a1b40cd03 Dave Chinner 2024-01-16 363 kfree(mru);
2a82b8be8a8dac David Chinner 2007-07-11 364
2a82b8be8a8dac David Chinner 2007-07-11 365 return err;
2a82b8be8a8dac David Chinner 2007-07-11 366 }
2a82b8be8a8dac David Chinner 2007-07-11 367
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
next prev parent reply other threads:[~2025-03-06 15:32 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-28 8:26 [PATCH 0/2] *** Code cleanup *** Julian Sun
2025-02-28 8:26 ` [PATCH 1/2] xfs: remove unnecessary checks for __GFP_NOFAIL allocation Julian Sun
2025-03-01 10:20 ` kernel test robot
2025-03-06 15:31 ` kernel test robot [this message]
2025-03-07 13:58 ` Dan Carpenter
2025-02-28 8:26 ` [PATCH 2/2] xfs: refactor out xfs_buf_get_maps() Julian Sun
2025-03-01 11:55 ` kernel test robot
2025-03-04 13:58 ` Christoph Hellwig
-- strict thread matches above, loose matches on Subject: below --
2025-03-07 13:22 [PATCH 1/2] xfs: remove unnecessary checks for __GFP_NOFAIL allocation kernel test robot
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=202503062303.aLFvYL6o-lkp@intel.com \
--to=lkp@intel.com \
--cc=cem@kernel.org \
--cc=djwong@kernel.org \
--cc=linux-xfs@vger.kernel.org \
--cc=oe-kbuild-all@lists.linux.dev \
--cc=sunjunchao2870@gmail.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.