[dm-devel] [dm:dm-fallocate 22/22] DockBook: block/blk-lib.c:331: warning: Excess function parameter 'gfp_mask' description in 'blkdev_ensure_space_exists'

kbuild test robot fengguang.wu at intel.com
Tue Apr 12 22:02:04 UTC 2016


tree:   https://git.kernel.org/pub/scm/linux/kernel/git/device-mapper/linux-dm.git dm-fallocate
head:   c79eaa33c66f54e2e41c12bc7de505365b43401d
commit: c79eaa33c66f54e2e41c12bc7de505365b43401d [22/22] block: wire blkdev_fallocate() to block_device_operations' reserve_space
reproduce: make htmldocs

All warnings (new ones prefixed by >>):

   lib/crc32.c:148: warning: No description found for parameter 'tab)[256]'
   lib/crc32.c:148: warning: Excess function parameter 'tab' description in 'crc32_le_generic'
   lib/crc32.c:293: warning: No description found for parameter 'tab)[256]'
   lib/crc32.c:293: warning: Excess function parameter 'tab' description in 'crc32_be_generic'
   lib/crc32.c:1: warning: no structured comments found
>> block/blk-lib.c:331: warning: Excess function parameter 'gfp_mask' description in 'blkdev_ensure_space_exists'

vim +331 block/blk-lib.c

   315	}
   316	EXPORT_SYMBOL(blkdev_issue_zeroout);
   317	
   318	/**
   319	 * blkdev_ensure_space_exists - preallocate a block range
   320	 * @bdev:	blockdev to preallocate space for
   321	 * @sector:	start sector
   322	 * @nr_sects:	number of sectors to preallocate
   323	 * @gfp_mask:	memory allocation flags (for bio_alloc)
   324	 * @flags:	FALLOC_FL_* to control behaviour
   325	 *
   326	 * Description:
   327	 *    Ensure space exists, or is preallocated, for the sectors in question.
   328	 */
   329	int blkdev_ensure_space_exists(struct block_device *bdev, sector_t sector,
   330			sector_t nr_sects, unsigned long flags)
 > 331	{
   332		sector_t res;
   333		const struct block_device_operations *ops = bdev->bd_disk->fops;
   334	
   335		if (!ops->reserve_space)
   336			return -EOPNOTSUPP;
   337	
   338		// FIXME: check with Brian Foster on whether it makes sense to
   339		// use BDEV_RES_GET/BDEV_RES_MOD instead of BDEV_RES_PROVISION?

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation
-------------- next part --------------
A non-text attachment was scrubbed...
Name: .config.gz
Type: application/octet-stream
Size: 6302 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/dm-devel/attachments/20160413/5c3219e3/attachment.obj>


More information about the dm-devel mailing list