Home
last modified time | relevance | path

Searched refs:amounts (Results 1 – 25 of 41) sorted by relevance

12

/freebsd-14.2/tools/build/options/
H A DWITH_BEARSSL24 reserve differing amounts of the low 640k space, making a precise limit for
/freebsd-14.2/sys/contrib/device-tree/Bindings/phy/
H A Dqcom,usb-snps-femto-v2.yaml95 unit amounts. One unit of pre-emphasis duration is approximately
107 amounts. One unit amount is approximately 2 mA and is defined as
/freebsd-14.2/sys/dev/sound/pci/
H A Demu10kx.c266 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-14.2/contrib/xz/
H A DCOPYING55 If you copy significant amounts of public domain code from XZ Utils
/freebsd-14.2/crypto/openssl/doc/man3/
H A DEVP_SealInit.pod66 on large amounts of data, this is because public key encryption is slow
H A DEVP_VerifyInit.pod78 combination) will not be indicated until after potentially large amounts of
H A DEVP_SignInit.pod82 combination) will not be indicated until after potentially large amounts of
H A DEVP_EncodeInit.pod68 repeatedly to process large amounts of input data. In the event of an error
H A DEVP_DigestInit.pod300 useful if large amounts of data are to be hashed which only differ in the last
/freebsd-14.2/crypto/openssl/doc/man7/
H A DEVP_KDF-SCRYPT.pod16 systems that lack large amounts of main memory (such as GPUs or ASICs)
/freebsd-14.2/sys/contrib/openzfs/etc/default/
H A Dzfs.in86 # This is needed in some cases (extreme amounts of VDEVs, multipath etc).
/freebsd-14.2/sys/contrib/zlib/doc/
H A Dtxtvsbin.txt26 amounts of textual characters are misidentified as plain text.
/freebsd-14.2/contrib/mandoc/
H A DINSTALL68 Basically, that amounts to "make regress" to do a standard regression
/freebsd-14.2/sys/contrib/zstd/
H A DREADME.md187 Zstandard is currently deployed within Facebook. It is used continuously to compress large amounts
/freebsd-14.2/sys/i386/conf/
H A DNOTES317 # (combined with large amounts of physical memory) cause panics at
/freebsd-14.2/usr.sbin/bsdconfig/share/packages/
H A Dpackages.subr125 # being tracked (already apears in $SELECTED_PACKAGES), this function amounts
147 # amounts to having no effet.
/freebsd-14.2/contrib/ntp/sntp/libevent/
H A Dwhatsnew-2.1.txt634 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-14.2/contrib/llvm-project/llvm/include/llvm/IR/
H A DIntrinsicsARM.td579 // 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-14.2/contrib/libevent/
H A Dwhatsnew-2.1.txt634 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-14.2/crypto/openssl/
H A DCHANGES.md5421 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
5924 with large amounts of untrusted data may also be vulnerable.
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
7126 with large amounts of untrusted data may also be vulnerable.
7852 * An attacker can force openssl to consume large amounts of memory whilst
8847 * An attacker can force openssl to consume large amounts of memory whilst
13411 PEM causes large amounts of unused functions to be linked in due to
[all …]
H A DINSTALL.md1390 of doing things. This often amounts to allocating an instance of a structure
/freebsd-14.2/contrib/llvm-project/llvm/lib/Target/AVR/
H A DAVRInstrInfo.td76 // Pseudo shift nodes for non-constant shift amounts.
/freebsd-14.2/contrib/tcp_wrappers/
H A DREADME534 massive amounts of information: our 150+ workstations generate several
/freebsd-14.2/contrib/ntp/
H A DNEWS1085 * 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-14.2/contrib/llvm-project/llvm/lib/Target/PowerPC/
H A DPPCInstr64Bit.td1881 // amounts.

12