CVS log for src/sys/opencrypto/gmac.h

Up to [cvs.NetBSD.org] / src / sys / opencrypto

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

Revision 1.3: download - view: text, markup, annotated - select for diffs
Mon Jun 29 23:34:48 2020 UTC (4 years, 10 months ago) by riastradh
Branches: MAIN
CVS tags: thorpej-ifq-base, thorpej-ifq, thorpej-i2c-spi-conf2-base, thorpej-i2c-spi-conf2, thorpej-i2c-spi-conf-base, thorpej-i2c-spi-conf, thorpej-futex2-base, thorpej-futex2, thorpej-futex-base, thorpej-futex, thorpej-cfargs2-base, thorpej-cfargs2, thorpej-cfargs-base, thorpej-cfargs, thorpej-altq-separation-base, thorpej-altq-separation, perseant-exfatfs-base-20240630, perseant-exfatfs-base, perseant-exfatfs, netbsd-10-base, netbsd-10-1-RELEASE, netbsd-10-0-RELEASE, netbsd-10-0-RC6, netbsd-10-0-RC5, netbsd-10-0-RC4, netbsd-10-0-RC3, netbsd-10-0-RC2, netbsd-10-0-RC1, netbsd-10, cjep_sun2x-base1, cjep_sun2x-base, cjep_sun2x, cjep_staticlib_x-base1, cjep_staticlib_x-base, cjep_staticlib_x, bouyer-sunxi-drm-base, bouyer-sunxi-drm, HEAD
Diff to: previous 1.2: preferred, colored
Changes since revision 1.2: +3 -3 lines

opencrypto: Switch from legacy rijndael API to new aes API.

While here, apply various rijndael->aes renames, reduce the size
of aesxcbc_ctx by 480 bytes, and convert some malloc->kmem.

Leave in the symbol enc_xform_rijndael128 for now, though, so this
doesn't break any kernel ABI.

Revision 1.1.4.1: download - view: text, markup, annotated - select for diffs
Thu Jun 23 14:20:28 2011 UTC (13 years, 10 months ago) by cherry
Branches: cherry-xenmp
Diff to: previous 1.1: preferred, colored; next MAIN 1.2: preferred, colored
Changes since revision 1.1: +12 -4 lines

Catchup with rmind-uvmplock merge.

Revision 1.1.2.3: download - view: text, markup, annotated - select for diffs
Sun Jun 12 00:24:31 2011 UTC (13 years, 10 months ago) by rmind
Branches: rmind-uvmplock
Diff to: previous 1.1.2.2: preferred, colored; branchpoint 1.1: preferred, colored; next MAIN 1.2: preferred, colored
Changes since revision 1.1.2.2: +11 -3 lines

sync with head

use 64-bit integers for GF128 multiplication on LP64 CPUs

Revision 1.1.6.2: download - view: text, markup, annotated - select for diffs
Mon Jun 6 09:10:04 2011 UTC (13 years, 10 months ago) by jruoho
Branches: jruoho-x86intr
Diff to: previous 1.1.6.1: preferred, colored; branchpoint 1.1: preferred, colored; next MAIN 1.2: preferred, colored
Changes since revision 1.1.6.1: +51 -0 lines

Sync with HEAD.

Revision 1.1.2.2: download - view: text, markup, annotated - select for diffs
Tue May 31 03:05:10 2011 UTC (13 years, 11 months ago) by rmind
Branches: rmind-uvmplock
Diff to: previous 1.1.2.1: preferred, colored; branchpoint 1.1: preferred, colored
Changes since revision 1.1.2.1: +51 -0 lines

sync with head

Revision 1.1.6.1
Thu May 26 21:50:03 2011 UTC (13 years, 11 months ago) by jruoho
Branches: jruoho-x86intr
FILE REMOVED
Changes since revision 1.1: +0 -51 lines

file gmac.h was added on branch jruoho-x86intr on 2011-06-06 09:10:04 +0000

Revision 1.1.2.1
Thu May 26 21:50:03 2011 UTC (13 years, 11 months ago) by rmind
Branches: rmind-uvmplock
FILE REMOVED
Changes since revision 1.1: +0 -51 lines

file gmac.h was added on branch rmind-uvmplock on 2011-05-31 03:05:10 +0000

Revision 1.1: download - view: text, markup, annotated - select for diffs
Thu May 26 21:50:03 2011 UTC (13 years, 11 months ago) by drochner
Branches: MAIN
CVS tags: cherry-xenmp-base
Branch point for: rmind-uvmplock, jruoho-x86intr, cherry-xenmp

pull in AES-GCM/GMAC support from OpenBSD
This is still somewhat experimental. Tested between 2 similar boxes
so far. There is much potential for performance improvement. For now,
I've changed the gmac code to accept any data alignment, as the "char *"
pointer suggests. As the code is practically used, 32-bit alignment
can be assumed, at the cost of data copies. I don't know whether
bytewise access or copies are worse performance-wise. For efficient
implementations using SSE2 instructions on x86, even stricter
alignment requirements might arise.

Diff request

This form allows you to request diffs between any two revisions of a file. You may select a symbolic revision name using the selection box or you may type in a numeric name using the type-in text box.

Diffs between
and

Log view options

Preferred diff type:
View only branch:
Sort log by:

CVSweb <webmaster@jp.NetBSD.org>