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 |
|---|---|---|
| ircomm | ||
| irlan | ||
| irnet | ||
| Kconfig | -rw-r--r-- | 3.3 KB |
| Makefile | -rw-r--r-- | 503 bytes |
| af_irda.c | -rw-r--r-- | 66.4 KB |
| discovery.c | -rw-r--r-- | 12.4 KB |
| irda_device.c | -rw-r--r-- | 7.9 KB |
| iriap.c | -rw-r--r-- | 25.9 KB |
| iriap_event.c | -rw-r--r-- | 12.2 KB |
| irias_object.c | -rw-r--r-- | 13.2 KB |
| irlap.c | -rw-r--r-- | 33.1 KB |
| irlap_event.c | -rw-r--r-- | 64.3 KB |
| irlap_frame.c | -rw-r--r-- | 35.5 KB |
| irlmp.c | -rw-r--r-- | 53.4 KB |
| irlmp_event.c | -rw-r--r-- | 25.3 KB |
| irlmp_frame.c | -rw-r--r-- | 13.7 KB |
| irmod.c | -rw-r--r-- | 5.1 KB |
| irnetlink.c | -rw-r--r-- | 3.2 KB |
| irproc.c | -rw-r--r-- | 2.5 KB |
| irqueue.c | -rw-r--r-- | 22.5 KB |
| irsysctl.c | -rw-r--r-- | 6.9 KB |
| irttp.c | -rw-r--r-- | 50.1 KB |
| parameters.c | -rw-r--r-- | 15.3 KB |
| qos.c | -rw-r--r-- | 22.2 KB |
| timer.c | -rw-r--r-- | 6.3 KB |
| wrapper.c | -rw-r--r-- | 13.0 KB |
Computing file changes ...
