Make truncation in ASN1_BIT_STRING_set_bit() explicit
Instead of relying on i2c_ASN1_BIT_STRING() to determine the "unused"
bits on encoding, set them explicitly in abs->flags via a call to
asn1_abs_set_unused_bits(). This means ASN1_STRING_FLAGS_BITS_LEFT is
now set on a bit string, which was previously explicitly cleared.
This also means that the encoding of a non-zero ASN1_BIT_STRING
populated by setting the bits individually will now go through the
if (a->flags & ASN1_STRING_FLAG_BITS_LEFT) path in i2c_ASN1_BIT_STRING().
The most prominent usage of this function is in X.509 for the keyUsage
extension or the CRL reason codes. There's also the NS cert type, TS
PKIFailureInfo and general BITLIST config strings.
The reason for the truncation logic comes from the DER for NamedBitLists
X.690, 11.2.2 below:
X.680, 22.7:
[22 lines not shown]
nvmm(4): Be extra careful with overflow checks so they don't get
optimized away by the compiler.
taken from DragonFly, Matthew Dillon, commit id
60ec4ed4a90ecd845abb48255a4cb4e904ebec49
vmm: Expose pvclock only if tsc frequency is known
If the tsc frequency is unknown, tsc_frequency == 0 and vmm will set
vc_pvclock_system_tsc_mul = 0 which will cause the guest's pvclock to
not advance until vmm updates the struct pvclock_time_info on the next
vmentry. tsc_frequency == 0 can happen in nested virtualization
setups.
Therefore, do not expose the pvclock feature bits if tsc_frequency == 0,
both in the KVM and in the VMM hypervisor signature.
ok mlarkin
libgnome-games-support: remove
This library has stopped releases, it's new model is to be included
in the sources of programs that use it.
Remove it from pkgsrc, no users left.