linux-kernel - Re: Return value of generic xattr operations

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Mon, 27 Dec 2010 09:38:03 +0100
From:	Marco Stornelli <marco.stornelli@...il.com>
To:	Olaf van der Spek <olafvdspek@...il.com>
CC:	Linux FS Devel <linux-fsdevel@...r.kernel.org>,
	Linux Kernel <linux-kernel@...r.kernel.org>
Subject: Re: Return value of generic xattr operations

Il 26/12/2010 22:15, Olaf van der Spek ha scritto:
> On Sun, Dec 26, 2010 at 2:53 PM, Marco Stornelli
> <marco.stornelli@...il.com> wrote:
>> Hi,
>>
>> is it right that generic_setxattr & co. return -EOPNOTSUPP if there is a
>> namespace error? I mean, if the user try to set <my own namespace>.foo
>> attribute, the return value should be -EINVAL, isn't it? Operation not
> 
> Why?
> There are multiple errors and only one can be returned.
> 

Ok, but at least it should be return the most important. Man page said:
"If extended attributes are not supported by the file system, or are
disabled, errno is set to ENOTSUP.", but in this case this kind of error
is not really matching with this sentence, because the extended
attribute are supported by fs and they are enabled.

Marco
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/