Home
last modified time | relevance | path

Searched full:laid (Results 1 – 25 of 184) sorted by relevance

12345678

/freebsd/sys/dev/hwpmc/
H A Dhwpmc_core.h83 * The IAF_CTRL MSR is laid out in the following way.
119 * IAP_EVSEL(n) is laid out in the following way.
150 * IA_GLOBAL_CTRL is laid out in the following way.
H A Dhwpmc_x86.c58 * We are handed a trap frame laid down at the time the PMC interrupt
61 * a. at the beginning of a function before the stack frame is laid
132 * We are handed the trap frame laid down at the time the PMC
136 * b. at the beginning of a function before the stack frame is laid
/freebsd/contrib/llvm-project/lld/docs/ELF/
H A Dlarge_sections.rst13 means if the global variable is laid out further than 2GB (2^31 bytes) from the
34 ``.ldata``, and they are laid out as follows:
/freebsd/contrib/llvm-project/llvm/include/llvm/Transforms/IPO/
H A DLowerTypeTests.h108 /// bsE (E). If we laid out our objects by DFS traversing B followed by A, our
123 /// to be laid out, and calls addFragment for each bit set passing the object
139 /// fragment will be laid out inside F.
152 /// These bits can be laid out in a 16-byte array like this:
H A DWholeProgramDevirt.h96 // The bit vector that will be laid out before the vtable. Note that these
102 // The bit vector that will be laid out after the vtable.
/freebsd/contrib/llvm-project/lldb/source/Plugins/Language/CPlusPlus/
H A DLibCxxAtomic.cpp21 // The previous version of std::atomic was laid out like this
32 // In this case we need to obtain __a_ and the current version is laid out as so
/freebsd/sys/contrib/zstd/doc/educational_decoder/
H A DREADME.md9 It's laid out to match the [format specification],
/freebsd/contrib/llvm-project/llvm/include/llvm/MC/
H A DMCInstrAnalysis.h124 /// Bits associated with explicit input operands are laid out first in the
153 /// Explicit operands are laid out first in the mask; implicit operands follow
/freebsd/sys/dev/cxgbe/iw_cxgbe/
H A Duser.h40 * Make sure that all structs defined in this file remain laid out so
/freebsd/sys/ofed/include/uapi/rdma/
H A Dmlx4-abi.h54 * Make sure that all structs defined in this file remain laid out so
H A Dmthca-abi.h48 * Make sure that all structs defined in this file remain laid out so
/freebsd/sys/dev/mthca/
H A Dmthca_user.h46 * Make sure that all structs defined in this file remain laid out so
/freebsd/contrib/llvm-project/clang/lib/AST/
H A DRecordLayoutBuilder.cpp629 /// UnfilledBitsInLastUnit - If the last field laid out was a bitfield,
643 /// DataSize - The data size of the record being laid out.
650 /// If we've laid out a field but not included its tail padding in Size yet,
1092 // Skip the primary base, because we've already laid it out. The in LayoutNonVirtualBases()
1933 // laid out and align the field to the width of that type. in LayoutField()
1950 // compatible with MSVC regardless of how it is laid out. in LayoutField()
2479 // with vfptrs are laid out first, followed by all bases without vfptrs.
2487 // * Virtual bases sometimes require a 'vtordisp' field that is laid out before
2495 // * vfptrs are injected after all bases and fields have been laid out. In
2500 // * vbptrs are injected after all bases and fields have been laid out. In
[all …]
/freebsd/sys/powerpc/powermac/
H A Ddbdmavar.h68 and are laid out as follows within each block:
/freebsd/sys/dev/virtio/balloon/
H A Dvirtio_balloon.h64 * NOTE: fields are laid out in a way that would make compiler add padding
/freebsd/share/doc/papers/malloc/
H A Dintro.ms70 data structures representing the regions are laid out, sbrk(2) is actually
/freebsd/sys/contrib/openzfs/man/man1/
H A Dcstyle.1100 something about how C is laid out, and can match parenthesis, etc. over
/freebsd/contrib/llvm-project/llvm/lib/Target/AMDGPU/
H A DAMDGPUFrameLowering.cpp29 // The StackWidth determines how stack objects are laid out in memory. in getStackWidth()
/freebsd/contrib/llvm-project/compiler-rt/lib/ubsan/
H A Dubsan_type_hash_win.cpp49 // laid out before the virtual table), so we need to carefully validate each in getDynamicTypeInfoFromVtable()
/freebsd/contrib/llvm-project/lld/MachO/
H A DSectionPriorities.h45 // Returns layout priorities for some or all input sections. Sections are laid
/freebsd/contrib/llvm-project/llvm/include/llvm/Support/
H A DBinaryItemStream.h30 /// records in a container. The pointers themselves are not laid out
/freebsd/contrib/llvm-project/clang/lib/Format/
H A DFormatInternal.h30 /// constrain how that fragment is laid out.
/freebsd/contrib/llvm-project/lldb/source/Plugins/ExpressionParser/Clang/
H A DClangExpressionDeclMap.h161 /// [Used by IRForTarget] Get general information about the laid-out struct
179 /// laid-out struct after DoStructLayout() has been called.
363 false; ///< True if the struct has been laid out and the
/freebsd/sys/arm/qualcomm/
H A Dqcom_scm_legacy_defs.h89 * A command and response buffer is laid out in memory as such:
/freebsd/sys/contrib/device-tree/Bindings/display/imx/
H A Dldb.txt69 This describes how the color bits are laid out in the

12345678