Greg Kroah-Hartman <gre...@linuxfoundation.org> writes:
> On Wed, Mar 05, 2014 at 05:10:52PM +0100, Richard Cochran wrote:
>> The hash values 0 and 1 are reserved for magic directory entries, but
>> the code only prevents names hashing to 0. This patch fixes the test
>> to also prevent hash value 1.
>>
>> Signed-off-by: Richard Cochran <richardcoch...@gmail.com>
>> Cc: <sta...@vger.kernel.org>
>> ---
>> fs/kernfs/dir.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> Is this for 3.14-final or 3.15-rc1?
The bug has existed since I added that hash function in 3.4-rc1. It was
named sysfs_name_hash then but the code has otherwise been unchanged.
It is a very minor bug.
commit 4e4d6d860b9393c5395ba5920edb5b4c5d43a3a3
Author: Eric W. Biederman <ebied...@xmission.com>
Date: Sun Dec 18 20:05:43 2011 -0800
sysfs: Add s_hash to sysfs_dirent and order directory entries by hash
Compute a 31 bit hash of directory entries (that can fit in a signed
32bit off_t) and index the sysfs directory entries by that hash,
replacing the per directory indexes by name and by inode. Because we
now only use a single rbtree this reduces the size of sysfs_dirent by 2
pointers. Because we have fewer cases to deal with the code is now
simpler.
For now I use the simple hash that the dcache uses as that is easy to
use and seems simple enough.
In addition to makeing the code simpler using a hash for the file
position in readdir brings sysfs in line with other filesystems that
have non-trivial directory structures.
Signed-off-by: Eric W. Biederman <ebied...@xmission.com>
Signed-off-by: Greg Kroah-Hartman <gre...@suse.de>
Eric
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
