]> git.ipfire.org Git - thirdparty/man-pages.git/commit
setxattr.2: Add ERANGE to 'ERRORS' section
authorFinn O'Leary <finnoleary@inventati.org>
Wed, 31 Jul 2019 19:53:19 +0000 (19:53 +0000)
committerMichael Kerrisk <mtk.manpages@gmail.com>
Thu, 1 Aug 2019 17:33:38 +0000 (19:33 +0200)
commitacea9500997e42f7ff67a31b3462d8f1a0dacef0
tree50970ec059d4913142563be1d35827779d695083
parentfd6307c47f32b91f691bedd7ff451630c3a8f5c5
setxattr.2: Add ERANGE to 'ERRORS' section

Hi,

Both the Ext2 filesystem handler and the Ext4 filesystem handler will
return the ERANGE error code. Ext2 will return it if the name or value is
too long to be able to be stored, Ext4 will return it if the name is too
long. For reference, the relevant files/lines (with excerpts) are:

fs/ext2/xattr.c: lines 394 to 396 in ext2_xattr_set
>  394         name_len = strlen(name);
>  395         if (name_len > 255 || value_len > sb->s_blocksize)
>  396                 return -ERANGE;

fs/ext4/xattr.c: lines 2317 to 2318 in ext4_xattr_set_handle
> 2317         if (strlen(name) > 255)
> 2318                 return -ERANGE;

Other filesystems also return this code:

xfs/libxfs/xfs_attr.h: lines 53 to 55
> * The maximum size (into the kernel or returned from the kernel) of an
> * attribute value or the buffer used for an attr_list() call.  Larger
> * sizes will result in an ERANGE return code.

It's possible that more filesystem handlers do this, a cursory grep shows
that most of the filesystem xattr handler files mention ERANGE in some
form. A suggested patch is below (I'm not 100% sure on the wording through).

Thanks

--
- Finn

Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>
man2/setxattr.2