aboutsummaryrefslogtreecommitdiff
path: root/drivers/gpu/drm
AgeCommit message (Collapse)AuthorFilesLines
2017-11-02drm/nouveau/mmu: remove old vm creation hooksBen Skeggs9-65/+1
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu/gp100,gp10b: implement vmm on top of new baseBen Skeggs8-24/+179
Adds support for: - Selection of old/new-style page table layout (GP100MmuLayout=0/1). - System-memory PDs. New layout disabled by default for the moment, as we don't have a backend that can handle it yet. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu/gm200,gm20b: implement vmm on top of new baseBen Skeggs8-2/+303
Adds support for: - Per-VMM selection of big page size. - System-memory PDs. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu/gk104,gk20a: implement vmm on top of new baseBen Skeggs6-2/+157
Adds support for: - Selection of a 64KiB big page size (NvFbBigPage=16). - System-memory PDs. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu/gf100: implement vmm on top of new baseBen Skeggs6-2/+171
Adds support for: - Selection of a 64KiB big page size (NvFbBigPage=16). - System-memory PDs. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu/nv50,g84: implement vmm on top of new baseBen Skeggs10-5/+122
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu/nv44: implement vmm on top of new baseBen Skeggs10-91/+96
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu/nv41: implement vmm on top of new baseBen Skeggs4-28/+69
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu/nv04: implement vmm on top of new baseBen Skeggs8-36/+113
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu: implement base for new vm managementBen Skeggs9-19/+350
This is the first chunk of the new VMM code that provides the structures needed to describe a GPU virtual address-space layout, as well as common interfaces to handle VMM creation, and connecting instances to a VMM. The constructor now allocates the PD itself, rather than having the user handle that manually. This won't/can't be used until after all backends have been ported to these interfaces, so a little bit of memory will be wasted on Fermi and newer for a couple of commits in the series. Compatibility has been hacked into the old code to allow each GPU backend to be ported individually. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu: implement page table sub-allocationBen Skeggs3-1/+101
GP100 "big" (which is a funny name, when it supports "even bigger") page tables are small enough that we want to be able to suballocate them from a larger block of memory. This builds on the previous page table cache interfaces so that the VMM code doesn't need to know the difference. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu: implement page table cacheBen Skeggs3-2/+150
Builds up and maintains a small cache of each page table size in order to reduce the frequency of expensive allocations, particularly in the pathological case where an address range ping-pongs between allocated and free. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu: automatically handle "un-bootstrapping" of vmmBen Skeggs4-8/+7
Removes the need to expose internals outside of MMU, and GP100 is both different, and a lot harder to deal with. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu/gp10b: fork from gf100Ben Skeggs3-0/+45
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu/gp100: fork from gf100Ben Skeggs4-6/+51
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu/gm20b: fork from gf100Ben Skeggs4-1/+46
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu/gm200: fork from gf100Ben Skeggs4-3/+48
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu/gk20a: fork from gf100Ben Skeggs4-1/+46
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu/gk104: fork from gf100Ben Skeggs6-15/+70
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/mmu/g84: fork from nv50Ben Skeggs6-19/+74
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/fb/ram: remove old allocatorsBen Skeggs11-167/+0
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau: allocate vram with nvkm_ram_get()Ben Skeggs2-13/+32
This will cause a subtle behaviour change on GPUs that are in mixed-memory configurations in that VRAM in the degraded section of VRAM will no longer be used for TTM buffer objects. That section of VRAM is not meant to be used for displayable/compressed surfaces, and we have no reliable way with the current interfaces to be able to make that decision properly. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau: directly handle comptag allocationBen Skeggs6-57/+37
Another transition step to allow finer-grained patches transitioning to new MMU backends. Old backends will continue operate as before (accessing nvkm_mem::tag), and new backends will get a reference to the tags allocated here. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau: wrap nvkm_mem objects in nvkm_memory interfacesBen Skeggs5-0/+53
This is a transition step, to enable finer-grained commits while transitioning to new MMU interfaces. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/ltc/gf100-: allocate tagram with nvkm_ram_get()Ben Skeggs3-9/+9
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/imem/nv50: allocate memory with nvkm_ram_get()Ben Skeggs1-23/+14
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/fb/ram/gt215: allocate training buffer with nvkm_ram_get()Ben Skeggs1-9/+9
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/fb/ram: add interface to allocate vram as an nvkm_memory objectBen Skeggs2-0/+126
Upcoming MMU changes use nvkm_memory as its basic representation of memory, so we need to be able to allocate VRAM like this. The code is basically identical to the current chipset-specific allocators, minus support for compression tags (which will be handled elsewhere anyway). Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/core/memory: add some useful accessor macrosBen Skeggs3-15/+47
Adds support for 64-bit writes, and optimised filling of buffers with fixed 32/64-bit values. These will all be used by the upcoming MMU changes. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/core/memory: add reference countingBen Skeggs19-37/+57
We need to be able to prevent memory from being freed while it's still mapped in a GPU's address-space. Will be used by upcoming MMU changes. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/core/memory: add mechanism to retrieve allocation granularityBen Skeggs1-0/+2
Needed by VMM code to determine whether an allocation is compatible with a given page size (ie. you can't map 4KiB system memory pages into 64KiB GPU pages). Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/core/memory: change map interface to support upcoming mmu changesBen Skeggs11-50/+83
Map flags (access, kind, etc) are currently defined in either the VMA, or the memory object, which turns out to not be ideal for things like suballocated buffers, etc. These will become per-map flags instead, so we need to support passing these arguments in nvkm_memory_map(). Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/core/memory: comptag allocationBen Skeggs2-0/+83
nvkm_memory is going to be used by the upcoming mmu rework for the basic representation of a memory allocation, as such, this commit adds support for comptag allocation to nvkm_memory. This is very simple for now, in that it requires comptags for the entire memory allocation even if only certain ranges are compressed. Support for tracking ranges will be added at a later date. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/ltc: init comptag mm in fb subdevBen Skeggs4-7/+9
A single location for the MM allows us to share allocation logic. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/fb/gf100: clear comptags at allocation time rather than mmu mapBen Skeggs4-6/+8
We probably don't want to destroy compression data when doing multiple mappings of a memory object. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/fb: move comptag init out of ram submoduleBen Skeggs30-38/+63
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/fb: move comptags mm into nvkm_fbBen Skeggs10-13/+13
We're moving towards having a central place to handle comptag allocation, and as some GPUs don't have a ram submodule (ie. Tegra), we need to move the mm somewhere else. It probably never belonged in ram anyways. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/core/mm: introduce functions to access info about a given allocationBen Skeggs1-0/+30
These will be used in upcoming patches. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/core/mm: have users explicitly define heap identifiersBen Skeggs15-20/+31
Different sections of VRAM may have different properties (ie. can't be used for compression/display, can't be mapped, etc). We currently already support this, but it's a bit magic. This change makes it more obvious where we're allocating from. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau: separate constant-va tracking from nvkm vma structureBen Skeggs21-151/+245
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau: separate buffer object backing memory from nvkm structuresBen Skeggs10-186/+285
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau: hang drm client of a masterBen Skeggs2-4/+19
TTM memory allocations will be hanging off the DRM's client, but the locking needed to do so gets really tricky with all the other use of the DRM's object tree. To solve this, we make the normal DRM client a child of a new master, where the memory allocations will be done from instead. This also solves a potential race with client creation. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau: consolidate identical functions in nouveau_ttm.cBen Skeggs1-46/+17
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau: remove unnecessary use of ttm_mem_type_manager::privBen Skeggs1-13/+3
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau: swap loop order in move_notify() hookBen Skeggs1-4/+6
The conditional is the same for every mapping. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau: simplify const-va map conditionBen Skeggs1-7/+7
We don't really care about where the memory is, just that it's compatible with a VMA allocated for a given page size. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau: split various bo flags out into their own membersBen Skeggs6-51/+66
It's far more convenient to deal with like this. Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau: remove unused sysmem fence codeBen Skeggs3-42/+2
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau: store nouveau_drm in nouveau_cli, as opposed to drm_deviceBen Skeggs4-5/+5
Signed-off-by: Ben Skeggs <[email protected]>
2017-11-02drm/nouveau/gr/gf100-gk208: copy big page size setting from fbBen Skeggs1-1/+1
Signed-off-by: Ben Skeggs <[email protected]>
Powered by cgit, Gruvboxed by Blaster4385.