Skip to contentSkip to conversation

gfs2: Improve gfs2_block_map comment

PATCH New Andreas Gruenbacher 2 participants 2 messages Mar 5, 2018 GFS2 file system

lore
Share & tools
lore

Andreas Gruenbacher

author maintainer
#0 lore raw

PATCH 1/1 gfs2: Improve gfs2_block_map comment

---
 fs/gfs2/bmap.c | 15 +++++++++++----
 1 file changed, 11 insertions(+), 4 deletions(-)
fs/gfs2/bmap.c +11 -4
index 51f940e76c5e..8c25a64d8ae0 100644
@@ -812,15 +812,22 @@ int gfs2_iomap_begin(struct inode *inode, loff_t pos, loff_t length,
 }
 
 /**
- * gfs2_block_map - Map a block from an inode to a disk block
+ * gfs2_block_map - Map one or more blocks of an inode to a disk block
  * @inode: The inode
  * @lblock: The logical block number
  * @bh_map: The bh to be mapped
  * @create: True if its ok to alloc blocks to satify the request
  *
- * Sets buffer_mapped() if successful, sets buffer_boundary() if a
- * read of metadata will be required before the next block can be
- * mapped. Sets buffer_new() if new blocks were allocated.
+ * The size of the requested mapping is defined in bh_map->b_size.
+ *
+ * Clears buffer_mapped(bh_map) and leaves bh_map->b_size unchanged
+ * when @lblock is not mapped.  Sets buffer_mapped(bh_map) and
+ * bh_map->b_size to indicate the size of the mapping when @lblock and
+ * successive blocks are mapped, up to the requested size.
+ *
+ * Sets buffer_boundary() if a read of metadata will be required
+ * before the next block can be mapped. Sets buffer_new() if new
+ * blocks were allocated.
  *
  * Returns: errno
  */
Signature · 1 line
2.14.3
#1 lore raw

PATCH 1/1 gfs2: Improve gfs2_block_map comment

----- Original Message -----

| Signed-off-by: Andreas Gruenbacher <[email protected]>
| ---
|  fs/gfs2/bmap.c | 15 +++++++++++----
|  1 file changed, 11 insertions(+), 4 deletions(-)

Hi,

Thanks. This is now pushed to the for-next branch of the linux-gfs2 tree:
https://git.kernel.org/pub/scm/linux/kernel/git/gfs2/linux-gfs2.git/commit/fs/gfs2?h=for-next&id=b4be3a33a2dba81fd2b0d63f089c49f119d1000b

Regards,

Bob Peterson
Red Hat File Systems