kernel/drivers/gpu/drm/nouveau/nvkm/subdev/secboot, branch linux-4.17.y

drm/nouveau/secboot/gp108: implement on top of acr_r370

2018-02-02T05:24:05Z

Signed-off-by: Ben Skeggs Reviewed-by: Gourav Samaiya

drm/nouveau/secboot/r370: implement support for booting LS SEC2 ucode

2018-02-02T05:24:04Z

Signed-off-by: Ben Skeggs Reviewed-by: Gourav Samaiya

drm/nouveau/secboot/r370: move a bunch of r375 stuff to a new implementation

2018-02-02T05:24:04Z

It's entirely possibly that the other r375 code is relevant to r370 too, but I've not confirmed this, so I'll leave it where it is for now. NVIDIA's copyright headers maintained, as it's still all their code. Signed-off-by: Ben Skeggs Reviewed-by: Gourav Samaiya

drm/nouveau/secboot/gm200: use new interfaces for vmm operations

2017-11-02T03:32:30Z

Signed-off-by: Ben Skeggs

drm/nouveau/secboot/gm200: initialise vmm with new interfaces

2017-11-02T03:32:30Z

Signed-off-by: Ben Skeggs

drm/nouveau/mmu: implement new vmm frontend

2017-11-02T03:32:30Z

These are the new priviledged interfaces to the VMM backends, and expose some functionality that wasn't previously available. It's now possible to allocate a chunk of address-space (even all of it), without causing page tables to be allocated up-front, and then map into it at arbitrary locations. This is the basic primitive used to support features such as sparse mapping, or to allow userspace control over its own address-space, or HMM (where the GPU driver isn't in control of the address-space layout). Rather than being tied to a subtle combination of memory object and VMA properties, arguments that control map flags (ro, kind, etc) are passed explicitly at map time. The compatibility hacks to implement the old frontend on top of the new driver backends have been replaced with something similar to implement the old frontend's interfaces on top of the new frontend. Signed-off-by: Ben Skeggs

drm/nouveau/mmu: handle instance block setup

2017-11-02T03:32:27Z

We previously required each VMM user to allocate their own page directory and fill in the instance block themselves. It makes more sense to handle this in a common location. Signed-off-by: Ben Skeggs

drm/nouveau/core/memory: change map interface to support upcoming mmu changes

2017-11-02T03:32:22Z

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

drm/nouveau/secboot: add missing newline in debug message

2017-11-02T03:32:17Z

Signed-off-by: Ben Skeggs

drm/nouveau/secboot: plug memory leak in ls_ucode_img_load_gr() error path

2017-05-16T23:09:41Z

The last goto looks spurious because it releases less resources than the previous one. Also free 'img->sig' if 'ls_ucode_img_build()' fails. Fixes: 9d896f3e41a6 ("drm/nouveau/secboot: abstract LS firmware loading functions") Signed-off-by: Christophe JAILLET Signed-off-by: Ben Skeggs