Revision 92d567740f2ab5937b2c23bee94ea4b284bb1f98 authored by George Spelvin on 27 May 2016, 02:22:01 UTC, committed by George Spelvin on 28 May 2016, 19:42:51 UTC
That's all that's ever asked for, and it makes the return type of hash_long() consistent. It also allows (upcoming patch) an optimized implementation of hash_64 on 32-bit machines. I tried adding a BUILD_BUG_ON to ensure the number of bits requested was never more than 32 (most callers use a compile-time constant), but adding <linux/bug.h> to <linux/hash.h> breaks the tools/perf compiler unless tools/perf/MANIFEST is updated, and understanding that code base well enough to update it is too much trouble. I did the rest of an allyesconfig build with such a check, and nothing tripped. Signed-off-by: George Spelvin <linux@sciencehorizons.net>
1 parent 917ea16
File | Mode | Size |
---|---|---|
crush | ||
Kconfig | -rw-r--r-- | 1.1 KB |
Makefile | -rw-r--r-- | 357 bytes |
armor.c | -rw-r--r-- | 1.9 KB |
auth.c | -rw-r--r-- | 7.4 KB |
auth_none.c | -rw-r--r-- | 3.0 KB |
auth_none.h | -rw-r--r-- | 464 bytes |
auth_x.c | -rw-r--r-- | 19.3 KB |
auth_x.h | -rw-r--r-- | 919 bytes |
auth_x_protocol.h | -rw-r--r-- | 1.7 KB |
buffer.c | -rw-r--r-- | 1.2 KB |
ceph_common.c | -rw-r--r-- | 17.9 KB |
ceph_fs.c | -rw-r--r-- | 1.7 KB |
ceph_hash.c | -rw-r--r-- | 2.8 KB |
ceph_strings.c | -rw-r--r-- | 866 bytes |
crypto.c | -rw-r--r-- | 14.1 KB |
crypto.h | -rw-r--r-- | 1.4 KB |
debugfs.c | -rw-r--r-- | 7.7 KB |
messenger.c | -rw-r--r-- | 85.1 KB |
mon_client.c | -rw-r--r-- | 28.5 KB |
msgpool.c | -rw-r--r-- | 2.0 KB |
osd_client.c | -rw-r--r-- | 79.8 KB |
osdmap.c | -rw-r--r-- | 39.4 KB |
pagelist.c | -rw-r--r-- | 3.6 KB |
pagevec.c | -rw-r--r-- | 4.0 KB |
snapshot.c | -rw-r--r-- | 2.2 KB |
![swh spinner](/static/img/swh-spinner.gif)
Computing file changes ...