search for: nvkm_vm_map

...what dumping a stack when detecting a concurrent usage on an instobj indicates: [ 270.547052] [<bf0618dc>] (gk20a_instobj_acquire [nouveau]) from [<bf066358>] (gf100_vm_map_sg+0x58/0x124 [nouveau]) [ 270.557568] [<bf066358>] (gf100_vm_map_sg [nouveau]) from [<bf0641b0>] (nvkm_vm_map+0x300/0x3bc [nouveau]) [ 270.567333] [<bf0641b0>] (nvkm_vm_map [nouveau]) from [<bf0bcbd4>] (nouveau_bo_vma_add+0x74/0xa0 [nouveau]) [ 270.577189] [<bf0bcbd4>] (nouveau_bo_vma_add [nouveau]) from [<bf0bdbd0>] (nouveau_gem_object_open+0x124/0x158 [nouveau]) [ 270.588196] [...

..._fixup_align(nvbo, flags, &align, &size); > @@ -1641,6 +1646,10 @@ nouveau_bo_vma_add(struct nouveau_bo *nvbo, struct nvkm_vm *vm, > (nvbo->bo.mem.mem_type == TTM_PL_VRAM || > nvbo->page_shift != vma->vm->mmu->lpg_shift)) > nvkm_vm_map(vma, nvbo->bo.mem.mm_node); > + else if (nvbo->bo.mem.mem_type == TTM_PL_TT && > + vma->vm->mmu->iommu_capable && > + nvbo->page_shift == vma->vm->mmu->lpg_shift) > + nvkm_vm_map(vma, nvbo->bo....

The LRU list used for recycling CPU mappings was handling concurrency very poorly. For instance, if an instobj was acquired twice before being released once, it would end up into the LRU list even though there is still a client accessing it. This patch fixes this by properly counting how many clients are currently using a given instobj. While at it, we also raise errors when inconsistencies are

Second version of this patchset addressing Ben's comments and fixing a few extra things. This patchset proposes to introduce a "staging" module option to dynamically enable features (mostly ioctls) that are merged but may be refined before they are declared "stable". The second patch illustrates the use of this staging option with the SET_TILING ioctl, which can be used to

...0xe0 [nouveau] [ 578.943149] [<ffffffffa05ede5c>] nvkm_bar_flush+0x1c/0x20 [nouveau] [ 578.943159] [<ffffffffa06311bd>] nvkm_instobj_release+0x1d/0x20 [nouveau] [ 578.943169] [<ffffffffa0637250>] nv50_vm_map_sg+0x100/0x110 [nouveau] [ 578.943178] [<ffffffffa06355eb>] nvkm_vm_map+0x2fb/0x3b0 [nouveau] [ 578.943186] [<ffffffffa0635d76>] ? nvkm_vm_get+0x1d6/0x260 [nouveau] [ 578.943195] [<ffffffffa0692eee>] nouveau_bo_vma_add+0x5e/0x90 [nouveau] [ 578.943203] [<ffffffffa069345a>] nouveau_gem_object_open+0x15a/0x190 [nouveau] [ 578.943207] [<ffffff...

Hi, Generally the the imported buffers which has memory type TTM_PL_TT are mapped as small pages probably due to lack of big page allocation. But the platform device which also use memory type TTM_PL_TT, like GK20A, can *allocate* big page though the IOMMU hardware inside the SoC. This is a try to map the imported buffers as big pages in GMMU by the platform IOMMU. With some preparation work to

This patchset proposes to introduce a "staging" module option to dynamically enable features (mostly ioctls) that are merged but may be refined before they are declared "stable". The second patch illustrates the use of this staging option with the SET_TILING ioctl, which can be used to specify the tiling options of a PRIME-imported buffer. The staging parameter will allow us

...req->tile_mode; > + nvbo->tile_flags = req->tile_flags; > + > + nouveau_bo_update_tiling(drm, nvbo, nvbo->bo.mem.mm_node); > + > + /* remap over existing mapping with new tile parameters */ > + vma = nouveau_bo_vma_find(nvbo, cli->vm); > + if (vma) > + nvkm_vm_map(vma, nvbo->bo.mem.mm_node); > + > + ttm_bo_unreserve(&nvbo->bo); > + } > + > +out: > + drm_gem_object_unreference_unlocked(gem); > + return ret; > +} > + > int > nouveau_gem_new(struct drm_device *dev, int size, int align, uint32_t domain, > ui...

...req->tile_mode; > + nvbo->tile_flags = req->tile_flags; > + > + nouveau_bo_update_tiling(drm, nvbo, nvbo->bo.mem.mm_node); > + > + /* remap over existing mapping with new tile parameters */ > + vma = nouveau_bo_vma_find(nvbo, cli->vm); > + if (vma) > + nvkm_vm_map(vma, nvbo->bo.mem.mm_node); > + > + ttm_bo_unreserve(&nvbo->bo); > + } > + > +out: > + drm_gem_object_unreference_unlocked(gem); > + return ret; > +} > + > int > nouveau_gem_new(struct drm_device *dev, int size, int align, uint32_t domain, > uint3...