Searched hist:ebe52a58acca308142ba2811e50a1b3bf047240d (Results 1 – 8 of 8) sorted by relevance
/linux/drivers/gpu/drm/nouveau/nvkm/nvfw/ |
H A D | Kbuild | diff ebe52a58acca308142ba2811e50a1b3bf047240d Tue Jan 14 21:34:22 CET 2020 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/fb/gp102-: unlock VPR as part of FB init
We perform memory allocations long before we hit the code in SECBOOT that would unlock the VPR, which could potentially result in memory allocation within the locked region.
Run the scrubber binary right after VRAM init to ensure we don't.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | hs.c | ebe52a58acca308142ba2811e50a1b3bf047240d Tue Jan 14 21:34:22 CET 2020 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/fb/gp102-: unlock VPR as part of FB init
We perform memory allocations long before we hit the code in SECBOOT that would unlock the VPR, which could potentially result in memory allocation within the locked region.
Run the scrubber binary right after VRAM init to ensure we don't.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
/linux/drivers/gpu/drm/nouveau/include/nvfw/ |
H A D | hs.h | ebe52a58acca308142ba2811e50a1b3bf047240d Tue Jan 14 21:34:22 CET 2020 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/fb/gp102-: unlock VPR as part of FB init
We perform memory allocations long before we hit the code in SECBOOT that would unlock the VPR, which could potentially result in memory allocation within the locked region.
Run the scrubber binary right after VRAM init to ensure we don't.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
/linux/drivers/gpu/drm/nouveau/nvkm/subdev/fb/ |
H A D | gp102.c | diff ebe52a58acca308142ba2811e50a1b3bf047240d Tue Jan 14 21:34:22 CET 2020 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/fb/gp102-: unlock VPR as part of FB init
We perform memory allocations long before we hit the code in SECBOOT that would unlock the VPR, which could potentially result in memory allocation within the locked region.
Run the scrubber binary right after VRAM init to ensure we don't.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | gv100.c | diff ebe52a58acca308142ba2811e50a1b3bf047240d Tue Jan 14 21:34:22 CET 2020 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/fb/gp102-: unlock VPR as part of FB init
We perform memory allocations long before we hit the code in SECBOOT that would unlock the VPR, which could potentially result in memory allocation within the locked region.
Run the scrubber binary right after VRAM init to ensure we don't.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | base.c | diff ebe52a58acca308142ba2811e50a1b3bf047240d Tue Jan 14 21:34:22 CET 2020 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/fb/gp102-: unlock VPR as part of FB init
We perform memory allocations long before we hit the code in SECBOOT that would unlock the VPR, which could potentially result in memory allocation within the locked region.
Run the scrubber binary right after VRAM init to ensure we don't.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
H A D | priv.h | diff ebe52a58acca308142ba2811e50a1b3bf047240d Tue Jan 14 21:34:22 CET 2020 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/fb/gp102-: unlock VPR as part of FB init
We perform memory allocations long before we hit the code in SECBOOT that would unlock the VPR, which could potentially result in memory allocation within the locked region.
Run the scrubber binary right after VRAM init to ensure we don't.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|
/linux/drivers/gpu/drm/nouveau/include/nvkm/subdev/ |
H A D | fb.h | diff ebe52a58acca308142ba2811e50a1b3bf047240d Tue Jan 14 21:34:22 CET 2020 Ben Skeggs <bskeggs@redhat.com> drm/nouveau/fb/gp102-: unlock VPR as part of FB init
We perform memory allocations long before we hit the code in SECBOOT that would unlock the VPR, which could potentially result in memory allocation within the locked region.
Run the scrubber binary right after VRAM init to ensure we don't.
Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
|