Searched refs:mapping (Results 151 - 175 of 185) sorted by relevance

12345678

/openbsd-current/gnu/llvm/llvm/lib/Support/Unix/
H A DPath.inc841 // MAP_RESILIENT_MEDIA flag. These flags are only usable when mapping
/openbsd-current/sys/dev/pci/drm/amd/amdgpu/
H A Dgmc_v8_0.c715 struct amdgpu_bo_va_mapping *mapping,
719 *flags |= mapping->flags & AMDGPU_PTE_EXECUTABLE;
714 gmc_v8_0_get_vm_pte(struct amdgpu_device *adev, struct amdgpu_bo_va_mapping *mapping, uint64_t *flags) argument
H A Damdgpu_vram_mgr.c25 #include <linux/dma-mapping.h>
H A Dgmc_v6_0.c378 struct amdgpu_bo_va_mapping *mapping,
377 gmc_v6_0_get_vm_pte(struct amdgpu_device *adev, struct amdgpu_bo_va_mapping *mapping, uint64_t *flags) argument
H A Dgmc_v7_0.c503 struct amdgpu_bo_va_mapping *mapping,
502 gmc_v7_0_get_vm_pte(struct amdgpu_device *adev, struct amdgpu_bo_va_mapping *mapping, uint64_t *flags) argument
/openbsd-current/gnu/llvm/llvm/lib/Target/AMDGPU/
H A DSIMachineFunctionInfo.cpp485 // re-mapping of freed frame indices by later pass(es) like "stack slot
653 MappingTraits<SIMachineFunctionInfo>::mapping(YamlIO, *this);
/openbsd-current/sys/dev/pci/drm/radeon/
H A Dradeon_ttm.c33 #include <linux/dma-mapping.h>
/openbsd-current/sys/dev/pci/drm/apple/
H A Ddcp.c11 #include <linux/dma-mapping.h>
H A Dafk.c5 #include <linux/dma-mapping.h>
H A Diomfb_template.c12 #include <linux/dma-mapping.h>
346 dev_warn(dcp->dev, "DCP overflowed mapping table, ignoring\n");
/openbsd-current/sys/dev/pci/drm/i915/
H A Di915_debugfs.c99 return obj->mm.mapping ? 'M' : ' ';
H A Di915_cmd_parser.c1556 cmd = page_mask_bits(shadow->obj->mm.mapping);
/openbsd-current/sys/dev/pci/drm/ttm/
H A Dttm_pool.c27 * attributes on x86 of the linear mapping requires a costly cross CPU TLB
35 #include <linux/dma-mapping.h>
55 * @addr: original DMA address returned for the mapping
56 * @vaddr: original vaddr return for the mapping and order in the lower bits
/openbsd-current/gnu/usr.bin/perl/dist/ExtUtils-ParseXS/lib/ExtUtils/ParseXS/
H A DUtilities.pm298 Performs a mapping at several places inside C<PARAGRAPH> loop.
/openbsd-current/sys/dev/pci/drm/amd/amdkfd/
H A Dkfd_migrate.c26 #include <linux/dma-mapping.h>
110 * ram address uses GART table continuous entries mapping to ram pages,
111 * vram address uses direct mapping of vram pages, which must have npages
151 dev_err(adev->dev, "fail %d create gart mapping\n", r);
346 pr_debug_ratelimited("dma mapping src to 0x%llx, pfn 0x%lx\n",
644 pr_debug_ratelimited("dma mapping dst to 0x%llx, pfn 0x%lx\n",
927 pr_debug("addr 0x%lx is COW mapping in child process\n", addr);
979 /* xnack on, update mapping on GPUs with ACCESS_IN_PLACE */
/openbsd-current/sys/arch/sparc64/sparc64/
H A Dlocore.s437 stxa %g5, [%g0] ASI_IMMU_DATA_IN! Enter new mapping
438 retry ! Try new mapping
453 stxa %g5, [%g0] ASI_DMMU_DATA_IN! Enter new mapping
454 retry ! Try new mapping
1325 * It looks up the page mapping in the page table associated with
1328 * and enters the mapping into the MMU. Otherwise it does a regular
1374 stxa %g4, [%g0] ASI_DMMU_DATA_IN ! Enter new mapping
1380 * We will quickly check if this is an original prom mapping before going
1421 stxa %g4, [%g0] ASI_DMMU_DATA_IN ! Enter new mapping
1427 * We had a data miss but did not find a mapping
[all...]
/openbsd-current/gnu/llvm/llvm/lib/Support/Windows/
H A DPath.inc894 // Close the file mapping handle, as it's kept alive by the file mapping. But
895 // neither the file mapping nor the file mapping handle keep the file handle
/openbsd-current/gnu/lib/libstdc++/
H A Dltconfig1498 /* The mapping between symbol names and symbols. */
/openbsd-current/gnu/llvm/clang/lib/Frontend/
H A DFrontendActions.cpp336 static void mapping(IO &io, TemplightEntry &fields) { function in struct:llvm::yaml::MappingTraits
/openbsd-current/sys/dev/pci/drm/i915/gt/
H A Dselftest_timeline.c841 page_unmask_bits(tl->hwsp_ggtt->obj->mm.mapping));
/openbsd-current/gnu/usr.bin/perl/lib/unicore/
H A Dmktables82 # the mapping is either to 'Y' or 'N' (or various synonyms thereof). Each
88 # mapping of the code point to its property's value, but the reverse (or the
114 # data structure which gives the property's mapping from code point to value.
250 # values. That is, they list code points and say what the mapping
337 # expression matches, and are essentially the inverse mapping. Separating
938 # Suppress, as mapping can be found instead from the
1060 # property, with a mapping from code point to its value, so you could look up,
1062 # mapping, or they have found another way to get it since this is a new
1321 $DECOMP_STRING_FORMAT => 'Perl\'s internal (Normalize.pm) decomposition mapping',
1334 my %stricter_to_file_of; # same; but for stricter mapping
[all...]
/openbsd-current/gnu/usr.bin/binutils-2.17/
H A Dltconfig1525 /* The mapping between symbol names and symbols. */
/openbsd-current/gnu/usr.bin/perl/cpan/File-Fetch/lib/File/
H A DFetch.pm1527 Below is a mapping of what utilities will be used in what order
1647 Here's a quick mapping for the utilities/modules, and their names for
/openbsd-current/gnu/share/
H A Dltconfig1668 /* The mapping between symbol names and symbols. */
/openbsd-current/gnu/usr.bin/binutils/gas/config/
H A Dtc-ppc.c1521 static const struct map_bfd mapping[] = {
1625 for (ptr = &mapping[0]; ptr->length > 0; ptr++)
1513 static const struct map_bfd mapping[] = { local

Completed in 687 milliseconds

12345678