/openbsd-current/gnu/llvm/llvm/lib/Support/Unix/ |
H A D | Path.inc | 841 // MAP_RESILIENT_MEDIA flag. These flags are only usable when mapping
|
/openbsd-current/sys/dev/pci/drm/amd/amdgpu/ |
H A D | gmc_v8_0.c | 715 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 D | amdgpu_vram_mgr.c | 25 #include <linux/dma-mapping.h>
|
H A D | gmc_v6_0.c | 378 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 D | gmc_v7_0.c | 503 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 D | SIMachineFunctionInfo.cpp | 485 // 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 D | radeon_ttm.c | 33 #include <linux/dma-mapping.h>
|
/openbsd-current/sys/dev/pci/drm/apple/ |
H A D | dcp.c | 11 #include <linux/dma-mapping.h>
|
H A D | afk.c | 5 #include <linux/dma-mapping.h>
|
H A D | iomfb_template.c | 12 #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 D | i915_debugfs.c | 99 return obj->mm.mapping ? 'M' : ' ';
|
H A D | i915_cmd_parser.c | 1556 cmd = page_mask_bits(shadow->obj->mm.mapping);
|
/openbsd-current/sys/dev/pci/drm/ttm/ |
H A D | ttm_pool.c | 27 * 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 D | Utilities.pm | 298 Performs a mapping at several places inside C<PARAGRAPH> loop.
|
/openbsd-current/sys/dev/pci/drm/amd/amdkfd/ |
H A D | kfd_migrate.c | 26 #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 D | locore.s | 437 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 D | Path.inc | 894 // 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 D | ltconfig | 1498 /* The mapping between symbol names and symbols. */
|
/openbsd-current/gnu/llvm/clang/lib/Frontend/ |
H A D | FrontendActions.cpp | 336 static void mapping(IO &io, TemplightEntry &fields) { function in struct:llvm::yaml::MappingTraits
|
/openbsd-current/sys/dev/pci/drm/i915/gt/ |
H A D | selftest_timeline.c | 841 page_unmask_bits(tl->hwsp_ggtt->obj->mm.mapping));
|
/openbsd-current/gnu/usr.bin/perl/lib/unicore/ |
H A D | mktables | 82 # 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 D | ltconfig | 1525 /* The mapping between symbol names and symbols. */
|
/openbsd-current/gnu/usr.bin/perl/cpan/File-Fetch/lib/File/ |
H A D | Fetch.pm | 1527 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 D | ltconfig | 1668 /* The mapping between symbol names and symbols. */
|
/openbsd-current/gnu/usr.bin/binutils/gas/config/ |
H A D | tc-ppc.c | 1521 static const struct map_bfd mapping[] = { 1625 for (ptr = &mapping[0]; ptr->length > 0; ptr++) 1513 static const struct map_bfd mapping[] = { local
|