/freebsd/tools/build/options/ |
H A D | WITH_BEARSSL | 24 reserve differing amounts of the low 640k space, making a precise limit for
|
/freebsd/sys/dev/sound/pci/ |
H A D | emu10kx.c | 266 uint32_t amounts[8]; member 1356 v->amounts[i] = rt->amounts_left[i]; in emu_vroute() 1361 v->amounts[i] = rt->amounts_right[i]; in emu_vroute() 1402 emu_wrptr(sc, v->vnum, EMU_A_CHAN_SENDAMOUNTS, (v->amounts[7] << 24) | in emu_vwrite() 1403 (v->amounts[6] << 26) | in emu_vwrite() 1404 (v->amounts[5] << 8) | in emu_vwrite() 1405 (v->amounts[4] << 0)); in emu_vwrite() 1407 emu_wrptr(sc, v->vnum, EMU_CHAN_PTRX, (v->amounts[0] << 8) | (v->amounts[1] << 0)); in emu_vwrite() 1408 emu_wrptr(sc, v->vnum, EMU_CHAN_DSL, v->ea | (v->amounts[3] << 24)); in emu_vwrite() 1409 emu_wrptr(sc, v->vnum, EMU_CHAN_PSST, v->sa | (v->amounts[2] << 24)); in emu_vwrite()
|
/freebsd/crypto/openssl/doc/man3/ |
H A D | EVP_SealInit.pod | 66 on large amounts of data, this is because public key encryption is slow
|
H A D | EVP_VerifyInit.pod | 78 combination) will not be indicated until after potentially large amounts of
|
H A D | EVP_SignInit.pod | 82 combination) will not be indicated until after potentially large amounts of
|
H A D | EVP_EncodeInit.pod | 68 repeatedly to process large amounts of input data. In the event of an error
|
H A D | EVP_DigestInit.pod | 300 useful if large amounts of data are to be hashed which only differ in the last
|
/freebsd/sys/contrib/openzfs/etc/default/ |
H A D | zfs.in | 86 # This is needed in some cases (extreme amounts of VDEVs, multipath etc).
|
/freebsd/crypto/openssl/doc/man7/ |
H A D | EVP_KDF-SCRYPT.pod | 16 systems that lack large amounts of main memory (such as GPUs or ASICs)
|
/freebsd/sys/contrib/zlib/doc/ |
H A D | txtvsbin.txt | 26 amounts of textual characters are misidentified as plain text.
|
/freebsd/contrib/mandoc/ |
H A D | INSTALL | 68 Basically, that amounts to "make regress" to do a standard regression
|
/freebsd/sys/contrib/zstd/ |
H A D | README.md | 187 Zstandard is currently deployed within Facebook. It is used continuously to compress large amounts …
|
/freebsd/usr.sbin/bsdconfig/share/packages/ |
H A D | packages.subr | 125 # being tracked (already apears in $SELECTED_PACKAGES), this function amounts 147 # amounts to having no effet.
|
/freebsd/contrib/ntp/sntp/libevent/ |
H A D | whatsnew-2.1.txt | 634 system time, as can happen in small amounts due to clock adjustments from 635 NTP, or in large amounts due to users who move their system clocks all over
|
/freebsd/contrib/libevent/ |
H A D | whatsnew-2.1.txt | 634 system time, as can happen in small amounts due to clock adjustments from 635 NTP, or in large amounts due to users who move their system clocks all over
|
/freebsd/contrib/llvm-project/llvm/include/llvm/IR/ |
H A D | IntrinsicsARM.td | 579 // depending on the signs of the shift amounts. It also has well-defined 580 // behavior for shift amounts that LLVM leaves undefined. Only basic shifts
|
/freebsd/sys/i386/conf/ |
H A D | NOTES | 320 # (combined with large amounts of physical memory) cause panics at
|
/freebsd/crypto/openssl/ |
H A D | CHANGES.md | 5421 amounts to a padding oracle that could be used to decrypt data. 5752 is able to supply very large amounts of input data after a previous 5916 amounts of input data then a length check can overflow resulting in a heap 5924 with large amounts of untrusted data may also be vulnerable. 5934 is able to supply very large amounts of input data after a previous call to 5958 a short invalid encoding can cause allocation of large amounts of memory 6096 These problems could enable attacks where large amounts of untrusted data 6953 is able to supply very large amounts of input data after a previous 7118 amounts of input data then a length check can overflow resulting in a heap 7126 with large amounts of untrusted data may also be vulnerable. [all …]
|
H A D | INSTALL.md | 1390 of doing things. This often amounts to allocating an instance of a structure
|
/freebsd/contrib/tcp_wrappers/ |
H A D | README | 534 massive amounts of information: our 150+ workstations generate several
|
/freebsd/contrib/llvm-project/llvm/lib/Target/AVR/ |
H A D | AVRInstrInfo.td | 76 // Pseudo shift nodes for non-constant shift amounts.
|
/freebsd/contrib/ntp/ |
H A D | NEWS | 1085 * NTP-01-006 NTP: Copious amounts of Unused Code (Informational) 1090 extensive amounts of code that is "dead" in the resulting binary 2620 and cause what amounts to an infinite loop. 4851 * NTP-01-006 NTP: Copious amounts of Unused Code (Informational) 4856 extensive amounts of code that is "dead" in the resulting binary 6386 and cause what amounts to an infinite loop.
|
/freebsd/contrib/jemalloc/ |
H A D | ChangeLog | 809 + Don't bitshift by negative amounts when encoding/decoding run sizes in
|
/freebsd/contrib/llvm-project/llvm/lib/Target/PowerPC/ |
H A D | PPCInstr64Bit.td | 1889 // amounts.
|
H A D | PPCInstrInfo.td | 245 // amounts. These nodes are generated by the multi-precision shift code. 3365 // amounts.
|