Home
last modified time | relevance | path

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

123

/NextBSD/contrib/compiler-rt/lib/tsan/rtl/
HDtsan_flags.inc69 "history_size=0 amounts to 32K memory accesses. Each next value doubles "
70 "the amount of memory accesses, up to history_size=7 that amounts to "
/NextBSD/sys/dev/sound/pci/
HDemu10kx.c267 uint32_t amounts[8]; member
1368 v->amounts[i] = rt->amounts_left[i]; in emu_vroute()
1373 v->amounts[i] = rt->amounts_right[i]; in emu_vroute()
1415 emu_wrptr(sc, v->vnum, EMU_A_CHAN_SENDAMOUNTS, (v->amounts[7] << 24) | in emu_vwrite()
1416 (v->amounts[6] << 26) | in emu_vwrite()
1417 (v->amounts[5] << 8) | in emu_vwrite()
1418 (v->amounts[4] << 0)); in emu_vwrite()
1420 emu_wrptr(sc, v->vnum, EMU_CHAN_PTRX, (v->amounts[0] << 8) | (v->amounts[1] << 0)); in emu_vwrite()
1421 emu_wrptr(sc, v->vnum, EMU_CHAN_DSL, v->ea | (v->amounts[3] << 24)); in emu_vwrite()
1422 emu_wrptr(sc, v->vnum, EMU_CHAN_PSST, v->sa | (v->amounts[2] << 24)); in emu_vwrite()
/NextBSD/contrib/xz/
HDCOPYING44 If you copy significant amounts of public domain code from XZ Utils
/NextBSD/crypto/openssl/doc/crypto/
HDEVP_SealInit.pod65 on large amounts of data, this is because public key encryption is slow
HDEVP_VerifyInit.pod72 combination) will not be indicated until after potentially large amounts of
HDEVP_SignInit.pod85 combination) will not be indicated until after potentially large amounts of
HDEVP_DigestInit.pod101 B<in> to B<out>. This is useful if large amounts of data are to be
/NextBSD/contrib/llvm/include/llvm/IR/
HDIntrinsicsARM.td296 // depending on the signs of the shift amounts. It also has well-defined
297 // behavior for shift amounts that LLVM leaves undefined. Only basic shifts
/NextBSD/lib/libz/doc/
HDtxtvsbin.txt26 amounts of textual characters are misidentified as plain text.
/NextBSD/contrib/binutils/gas/
HDCONTRIBUTORS28 coff port (including considerable amounts of reverse engineering), a
HDNEWS468 without consuming ridiculous amounts of memory.
/NextBSD/contrib/gcc/config/rs6000/
HDaltivec.md2009 ;; amounts that can be expressed as byte shifts (divisible by 8).
2010 ;; General shift amounts can be supported using vslo + vsl. We're
2039 ;; amounts that can be expressed as byte shifts (divisible by 8).
2040 ;; General shift amounts can be supported using vsro + vsr. We're
/NextBSD/contrib/subversion/subversion/libsvn_fs_x/
HDTODO259 This will save significant amounts of disk space, particularly in case
/NextBSD/usr.sbin/bsdconfig/share/packages/
HDpackages.subr126 # being tracked (already apears in $SELECTED_PACKAGES), this function amounts
148 # amounts to having no effet.
/NextBSD/contrib/ntp/sntp/libevent/
HDwhatsnew-2.1.txt573 system time, as can happen in small amounts due to clock adjustments from
574 NTP, or in large amounts due to users who move their system clocks all over
/NextBSD/crypto/openssl/
HDINSTALL110 large amounts data. Use -DUSE_CRYPTODEV_DIGESTS to force
/NextBSD/sys/pc98/conf/
HDNOTES485 # (combined with large amounts of physical memory) cause panics at
/NextBSD/sys/i386/conf/
HDNOTES955 # (combined with large amounts of physical memory) cause panics at
/NextBSD/contrib/jemalloc/
HDChangeLog91 + Don't bitshift by negative amounts when encoding/decoding run sizes in
/NextBSD/contrib/llvm/lib/Target/PowerPC/
HDPPCInstr64Bit.td1177 // amounts.
HDPPCInstrInfo.td158 // amounts. These nodes are generated by the multi-precision shift code.
2737 // amounts.
/NextBSD/usr.bin/fortune/datfiles/
HDzippy1150 We have DIFFERENT amounts of HAIR --
/NextBSD/contrib/tcp_wrappers/
HDREADME534 massive amounts of information: our 150+ workstations generate several
/NextBSD/contrib/gperf/doc/
HDgperf.texi1187 jumps by random amounts.
/NextBSD/contrib/ipfilter/
HDHISTORY1124 ipmon uses excessive amounts of CPU on Solaris2 - Reinhard Bertram

123