| /OK3568_Linux_fs/kernel/drivers/gpu/drm/i915/gem/ |
| H A D | i915_gem_mman.c | 239 struct i915_mmap_offset *mmo = area->vm_private_data; in vm_fault_cpu() local
240 struct drm_i915_gem_object *obj = mmo->obj; in vm_fault_cpu()
279 struct i915_mmap_offset *mmo = area->vm_private_data; in vm_fault_gtt() local
280 struct drm_i915_gem_object *obj = mmo->obj; in vm_fault_gtt()
383 vma->mmo = mmo; in vm_fault_gtt()
418 struct i915_mmap_offset *mmo = area->vm_private_data; in vm_access() local
419 struct drm_i915_gem_object *obj = mmo->obj; in vm_access()
505 struct i915_mmap_offset *mmo, *mn; in i915_gem_object_release_mmap_offset() local
507 spin_lock(&obj->mmo.lock); in i915_gem_object_release_mmap_offset()
508 rbtree_postorder_for_each_entry_safe(mmo, mn, in i915_gem_object_release_mmap_offset()
[all …]
|
| H A D | i915_gem_object.c | 66 spin_lock_init(&obj->mmo.lock); in i915_gem_object_init()
67 obj->mmo.offsets = RB_ROOT; in i915_gem_object_init()
109 struct i915_mmap_offset *mmo, *mn; in i915_gem_close_object() local
132 spin_lock(&obj->mmo.lock); in i915_gem_close_object()
133 rbtree_postorder_for_each_entry_safe(mmo, mn, &obj->mmo.offsets, offset) in i915_gem_close_object()
134 drm_vma_node_revoke(&mmo->vma_node, file); in i915_gem_close_object()
135 spin_unlock(&obj->mmo.lock); in i915_gem_close_object()
181 if (!RB_EMPTY_ROOT(&obj->mmo.offsets)) { in __i915_gem_object_free_mmaps()
182 struct i915_mmap_offset *mmo, *mn; in __i915_gem_object_free_mmaps() local
186 rbtree_postorder_for_each_entry_safe(mmo, mn, in __i915_gem_object_free_mmaps()
[all …]
|
| H A D | i915_gem_object_types.h | 153 } mmo; member
|
| /OK3568_Linux_fs/kernel/drivers/gpu/drm/i915/gem/selftests/ |
| H A D | i915_gem_mman.c | 580 struct i915_mmap_offset *mmo; in assert_mmap_offset() local
586 mmo = mmap_offset_attach(obj, I915_MMAP_OFFSET_GTT, NULL); in assert_mmap_offset()
589 return PTR_ERR_OR_ZERO(mmo) == expected; in assert_mmap_offset()
624 struct i915_mmap_offset *mmo; in igt_mmap_offset_exhaustion() local
689 mmo = mmap_offset_attach(obj, I915_MMAP_OFFSET_GTT, NULL); in igt_mmap_offset_exhaustion()
690 if (IS_ERR(mmo)) { in igt_mmap_offset_exhaustion()
692 err = PTR_ERR(mmo); in igt_mmap_offset_exhaustion()
850 struct i915_mmap_offset *mmo; in __igt_mmap() local
864 mmo = mmap_offset_attach(obj, type, NULL); in __igt_mmap()
865 if (IS_ERR(mmo)) in __igt_mmap()
[all …]
|
| /OK3568_Linux_fs/kernel/drivers/gpu/drm/i915/ |
| H A D | i915_vma_types.h | 189 struct i915_mmap_offset *mmo; member
|
| H A D | i915_vma.c | 1185 node = &vma->mmo->vma_node; in i915_vma_revoke_mmap()
|
| /OK3568_Linux_fs/kernel/drivers/gpu/drm/i915/gt/ |
| H A D | intel_reset.c | 707 if (!vma->mmo) in revoke_mmaps()
710 node = &vma->mmo->vma_node; in revoke_mmaps()
|
| /OK3568_Linux_fs/prebuilts/gcc/linux-x86/aarch64/gcc-arm-10.3-2021.07-x86_64-aarch64-none-linux-gnu/share/info/ |
| H A D | bfd.info | 10317 * mmo :: mmo backend
11172 File: bfd.info, Node: elf, Next: mmo, Prev: coff, Up: BFD back ends
11185 File: bfd.info, Node: mmo, Prev: elf, Up: BFD back ends
11187 3.5 mmo backend
11190 The mmo object format is used exclusively together with Professor Donald
11194 called 'mmixal'. The mmo format has no advantages feature-wise compared
11205 * mmo section mapping::
11208 File: bfd.info, Node: File layout, Next: Symbol-table, Prev: mmo, Up: mmo
11213 The mmo file contents is not partitioned into named sections as with
11217 '0x2000...00' to '0x20ff...ff' is used for writable data. *Note mmo
[all …]
|
| H A D | ld.info | 6313 For MMIX, there is a choice of generating 'ELF' object files or 'mmo'
6314 object files when linking. The simulator 'mmix' understands the 'mmo'
6325 'Main' for 'mmo' files.
6333 section, are left out from an mmo file.
|
| H A D | as.info | 16513 Line numbers (in the 'mmo' object format) are currently not
16539 the ELF file, that is--the linked mmo file has no notion of a file-local
|
| H A D | gcc.info | 1466 -mriscv-attribute -mmo-riscv-attribute
22271 'mmo' format used by the 'mmix' simulator.
24639 with code compiled with '-mmo-backchain'; however, use of the
|
| /OK3568_Linux_fs/prebuilts/gcc/linux-x86/arm/gcc-arm-10.3-2021.07-x86_64-arm-none-linux-gnueabihf/share/info/ |
| H A D | bfd.info | 10317 * mmo :: mmo backend
11172 File: bfd.info, Node: elf, Next: mmo, Prev: coff, Up: BFD back ends
11185 File: bfd.info, Node: mmo, Prev: elf, Up: BFD back ends
11187 3.5 mmo backend
11190 The mmo object format is used exclusively together with Professor Donald
11194 called 'mmixal'. The mmo format has no advantages feature-wise compared
11205 * mmo section mapping::
11208 File: bfd.info, Node: File layout, Next: Symbol-table, Prev: mmo, Up: mmo
11213 The mmo file contents is not partitioned into named sections as with
11217 '0x2000...00' to '0x20ff...ff' is used for writable data. *Note mmo
[all …]
|
| H A D | ld.info | 6313 For MMIX, there is a choice of generating 'ELF' object files or 'mmo'
6314 object files when linking. The simulator 'mmix' understands the 'mmo'
6325 'Main' for 'mmo' files.
6333 section, are left out from an mmo file.
|
| H A D | as.info | 16513 Line numbers (in the 'mmo' object format) are currently not
16539 the ELF file, that is--the linked mmo file has no notion of a file-local
|
| H A D | gcc.info | 1466 -mriscv-attribute -mmo-riscv-attribute
22271 'mmo' format used by the 'mmix' simulator.
24639 with code compiled with '-mmo-backchain'; however, use of the
|