]> git.baikalelectronics.ru Git - kernel.git/commit
net: replace remaining users of arch_fast_hash with jhash
authorDaniel Borkmann <dborkman@redhat.com>
Wed, 10 Dec 2014 15:33:11 +0000 (16:33 +0100)
committerDavid S. Miller <davem@davemloft.net>
Wed, 10 Dec 2014 20:17:45 +0000 (15:17 -0500)
commit6a808929dc117fffe51a2d72c9022390ebc0e5ad
tree6c831c9730701053c09acbcb537abac899909516
parent119d6160c910e9af22d2511a6cd3915266573829
net: replace remaining users of arch_fast_hash with jhash

This patch effectively reverts commit b834bec8efd7 ("net: ovs: use CRC32
accelerated flow hash if available"), and other remaining arch_fast_hash()
users such as from nfsd via commit 1244b34928f3 ("NFSD: Don't hand out
delegations for 30 seconds after recalling them.") where it has been used
as a hash function for bloom filtering.

While we think that these users are actually not much of concern, it has
been requested to remove the arch_fast_hash() library bits that arose
from [1] entirely as per recent discussion [2]. The main argument is that
using it as a hash may introduce bias due to its linearity (see avalanche
criterion) and thus makes it less clear (though we tried to document that)
when this security/performance trade-off is actually acceptable for a
general purpose library function.

Lets therefore avoid any further confusion on this matter and remove it to
prevent any future accidental misuse of it. For the time being, this is
going to make hashing of flow keys a bit more expensive in the ovs case,
but future work could reevaluate a different hashing discipline.

  [1] https://patchwork.ozlabs.org/patch/299369/
  [2] https://patchwork.ozlabs.org/patch/418756/

Cc: Neil Brown <neilb@suse.de>
Cc: Francesco Fusco <fusco@ntop.org>
Cc: Jesse Gross <jesse@nicira.com>
Cc: Thomas Graf <tgraf@suug.ch>
Signed-off-by: Daniel Borkmann <dborkman@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
fs/nfsd/nfs4state.c
lib/rhashtable.c
net/openvswitch/flow_table.c