Implementation of a fast non-cryptographic hash function for small inputs
Based on HashLen0to16() from CityHash64. Useful for hashing a few ids
or pointer values that are local data into a hash. For such cases siphash
is overkill and this seems to be fast and good enough.
OK tb@
Modify the behavior of tmpfs limitations. Keep the global memory limit
of all tmpfs instances, however each instance mounted with '-s' option
decreases available limit by given value. This value can't be greater
than available space. The instance mounted with with '-s' option
consumes it's own limit and does no impact to other tmpfs instances. The
instances mounted without '-s' option share all available limit and do
not affect on instances mounted with '-s'. Now it is impossible to mount
instance with '-s' option if passed value is greater than available
limit.
Tested with dbp(1) by kirill, ok mpi
For example, this machine has 2G of RAM, so tmpfs is limited with 1G.
Please note, the +- 1Mb depends of how 'dd', 'df' and 'mount_tmpfs'
expose the sizes.
# mount_tmpfs tmpfs /mnt/t0
# mount_tmpfs tmpfs /mnt/t1
# mount_tmpfs -s 720M tmpfs /mnt/t2
[104 lines not shown]
openssl ts: simplify create_nonce()
Just your average dumb TS code. Instead of handrolling a random ASN.1
integer generator, we can use BN_rand() and convert the resulting bn to
an ASN1_INTEGER. All this then also works without reaching into ASN1_STRING.
ok kenjiro
Add support for web fonts to the font module.
Installing .woff2 or .woff files to /usr/local/share/fonts is pointless,
since in that location there's no way for httpd to find them. Instead,
a font port can point to them with MODFONT_WEBFILES, and the font module
will handle creating a subpackage that installs them to /var/www/fonts.
ok phessler@
Update to melonds-1.1.
Enable the JIT for better performance, thus necessitating USE_WXNEEDED.
faad dependency bits from stsp@
From izzy Meyer (MAINTAINER); thanks!
add Private VLAN support to veb(4) as per RFC 5517
this extends the core etherbridge functionality so it stores the
extra information needed to be usable by a pvlan aware bridge. in
practice this means address entries in etherbridges store an extra
vlan id on top of the one i just added to make veb vlan aware. a
mac address remains scoped by what is now referred to as a "primary"
vlan id, but has an additional "secondary" vlan id recorded against
it. ie, the "key" to a address lookup in etherbridge is made up of
the mac address and the primary vlan id, and the value returned by
the lookup is the port the mac address should go to and the secondary
vlan id.
the non veb users of the etherbridge code just hard code these extra
vlan ids to 0.
because normal vlans function identically to a primary vlan in a
pvlan topology (or primary vlans in pvlan function like normal
vlans), the veb forwarding code pretends normal vlans are pvlans,
[20 lines not shown]
Update to the current version of the bnxt structure definitions from FreeBSD.
This is necessary for adding support for newer hardware generations and
should also help with work on LRO. This shouldn't result in any functional
changes yet however.