Searched hist:1.1271 (Results 1 - 11 of 11) sorted by relevance

/src/sys/dev/pci/
H A Dpcidevs.h1.1271 Mon Jan 16 04:45:06 GMT 2017 msaitoh regen.
H A Dpcidevs_data.h1.1271 Mon Feb 27 03:37:16 GMT 2017 msaitoh regen.
H A Dpcidevs1.1271 Fri Oct 28 07:25:25 GMT 2016 msaitoh - Add some Core i7-800 and i5-700 devices from "Intel Core i7-800 and i5-700
Desktop Processor Series Datasheet - Volume 2" (Document Number 322910-003).
- Change some descriptions of Core i5-600 and i3-500 devices.
/src/doc/
H A D3RDPARTY1.1271 Wed Jan 06 04:15:34 GMT 2016 kamil acpica 20151218 is out
H A DCHANGES1.1271 Sun Aug 09 08:53:58 GMT 2009 mbalmer Mention gpioiic(4).
/src/distrib/sets/lists/base/
H A Dmi1.1271 Wed Nov 11 19:56:59 GMT 2020 christos Add /var/games/warp
/src/distrib/sets/lists/man/
H A Dmi1.1271 Mon Dec 27 17:26:57 GMT 2010 jmcneill add auvitek(4) man page
/src/distrib/sets/lists/tests/
H A Dmi1.1271 Fri Jun 16 23:51:31 GMT 2023 rillig indent: merge lexer symbols for type in/outside parentheses
/src/share/mk/
H A Dbsd.own.mk1.1271 Mon Dec 20 14:41:26 GMT 2021 christos PR/55557: Andreas Gustafsson" Introduce a new variable MKDEBUGKERNEL which
as the name implies, includes a netbsd.gdb inside each kernel set:
$ tar -tzvf kern-GENERIC.tgz
-rwxr-xr-x 0 root wheel 29398264 Dec 19 12:50 ./netbsd
-rwxr-xr-x 0 root wheel 208125880 Dec 19 12:50 ./netbsd.gdb
/src/sys/conf/
H A Dfiles1.1271 Mon Jun 29 23:44:01 GMT 2020 riastradh New cgd cipher adiantum.

Adiantum is a wide-block cipher, built out of AES, XChaCha12,
Poly1305, and NH, defined in

Paul Crowley and Eric Biggers, `Adiantum: length-preserving
encryption for entry-level processors', IACR Transactions on
Symmetric Cryptology 2018(4), pp. 39--61.

Adiantum provides better security than a narrow-block cipher with CBC
or XTS, because every bit of each sector affects every other bit,
whereas with CBC each block of plaintext only affects the following
blocks of ciphertext in the disk sector, and with XTS each block of
plaintext only affects its own block of ciphertext and nothing else.

Adiantum generally provides much better performance than
constant-time AES-CBC or AES-XTS software do without hardware
support, and performance comparable to or better than the
variable-time (i.e., leaky) AES-CBC and AES-XTS software we had
before. (Note: Adiantum also uses AES as a subroutine, but only once
per disk sector. It takes only a small fraction of the time spent by
Adiantum, so there's relatively little performance impact to using
constant-time AES software over using variable-time AES software for
it.)

Adiantum naturally scales to essentially arbitrary disk sector sizes;
sizes >=1024-bytes take the most advantage of Adiantum's design for
performance, so 4096-byte sectors would be a natural choice if we
taught cgd to change the disk sector size. (However, it's a
different cipher for each disk sector size, so it _must_ be a cgd
parameter.)

The paper presents a similar construction HPolyC. The salient
difference is that HPolyC uses Poly1305 directly, whereas Adiantum
uses Poly1395(NH(...)). NH is annoying because it requires a
1072-byte key, which means the test vectors are ginormous, and
changing keys is costly; HPolyC avoids these shortcomings by using
Poly1305 directly, but HPolyC is measurably slower, costing about
1.5x what Adiantum costs on 4096-byte sectors.

For the purposes of cgd, we will reuse each key for many messages,
and there will be very few keys in total (one per cgd volume) so --
except for the annoying verbosity of test vectors -- the tradeoff
weighs in the favour of Adiantum, especially if we teach cgd to do
>>512-byte sectors.

For now, everything that Adiantum needs beyond what's already in the
kernel is gathered into a single file, including NH, Poly1305, and
XChaCha12. We can split those out -- and reuse them, and provide MD
tuned implementations, and so on -- as needed; this is just a first
pass to get Adiantum implemented for experimentation.
/src/distrib/sets/lists/comp/
H A Dmi1.1271 Sat Jun 20 04:20:22 GMT 2009 agc Add entries for the iSCSI initiator

Completed in 1072 milliseconds