]> git.baikalelectronics.ru Git - kernel.git/commit
Merge branch 'siphash'
authorDavid S. Miller <davem@davemloft.net>
Mon, 9 Jan 2017 18:58:58 +0000 (13:58 -0500)
committerDavid S. Miller <davem@davemloft.net>
Mon, 9 Jan 2017 18:58:58 +0000 (13:58 -0500)
commit090b5d569f1b7dccef5891f6cc14f779da61f9de
treecf9bec3d1efa2caa3ef6576cbbc23199b30ec7e3
parentfe2fea73b6e742c29a86fea527d227615329f7b7
parenta907a019728866a633c4ac5a61ea2b48c913fffc
Merge branch 'siphash'

Jason A. Donenfeld says:

====================
Introduce The SipHash PRF

This patch series introduces SipHash into the kernel. SipHash is a
cryptographically secure PRF, which serves a variety of functions, and is
introduced in patch #1. The following patch #2 introduces HalfSipHash,
an optimization suitable for hash tables only. Finally, the last two patches
in this series show two usages of the introduced siphash function family.
It is expected that after this initial introduction, other usages will follow.

Please read the extensive descriptions in patch #1 and patch #2 of what these
functions do and the various levels of assurances. They're products of intense
cryptographic research, and I believe they're suitable for the uses outlined
herein.

The use of SipHash is not limited to the networking subsystem -- indeed I
would like to use it in other places too in the kernel. But after discussing
with a few on this list and at Linus' suggestion, the initial import of these
functions is coming through the networking tree. After these are merged, it
will then be easier to expand use elsewhere.

Changes v2->v3:
  - hsiphash keys now simply use an unsigned long, in order to avoid
    a cluttered ifdef and make it a bit more clear what's happening.
  - A typo in the documentation has been fixed.
  - The documentation has been augmented with an example relating to struct
    packing and passing.
  - The net_secret variable is now __read_mostly.

Hopefully this is the last of the required revisions, and v3 can be merged
into net-next.
====================

Signed-off-by: David S. Miller <davem@davemloft.net>