Remove i915_scheduler.h which is included more than once
Signed-off-by: Brajeswar Ghosh
---
drivers/gpu/drm/i915/i915_request.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_request.h
b/drivers/gpu/drm/i915/i915_request.h
index 7fa94b024968..3d9d225bc5fc 100644
--
adev->firmware.fw_buf being not NULL may not indicate kernel buffer is
created successful. A better way is to check the status (return value)
of it. The fix does so.
Signed-off-by: Kangjie Lu
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ucode.c | 18 --
1 file changed, 12 insertions(+),
On Fri, Dec 21, 2018 at 10:07:26AM +0100, Michel Dänzer wrote:
> On 2018-12-21 4:10 a.m., Yu Zhao wrote:
> > Userspace may request pitch alignment that is not supported by GPU.
> > Some requests 32, but GPU ignores it and uses default 64 when cpp is
> > 4. If GEM object is allocated based on the sm
When creating frame buffer, userspace may request to attach to a
previously allocated GEM object that is smaller than what GPU
requires. Validation must be done to prevent out-of-bound DMA,
which could not only corrupt memory but also reveal sensitive data.
This fix is not done in a common code pa
Userspace may request pitch alignment that is not supported by GPU.
Some requests 32, but GPU ignores it and uses default 64 when cpp is
4. If GEM object is allocated based on the smaller alignment, GPU
DMA will go out of bound.
For GPU that does frame buffer compression, DMA writing out of bound
Remove video/mipi_display.h which is included more than once
Signed-off-by: Brajeswar Ghosh
---
drivers/gpu/drm/i915/intel_dsi_vbt.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_dsi_vbt.c
b/drivers/gpu/drm/i915/intel_dsi_vbt.c
index ac83d6b89ae0..40a5efa33c3d 10
This can avoid unexpected profile mode change after running
compute workload.
Change-Id: I138e8747e4f588a6fb38b9c68f765bb653556dc0
Signed-off-by: Evan Quan
---
.../gpu/drm/amd/include/kgd_pp_interface.h| 13 +-
drivers/gpu/drm/amd/powerplay/hwmgr/hwmgr.c | 24 ++-
.
From: Andrey Grodzovsky
[ Upstream commit c554206077428af56cc2e0314b86b41cd030458c ]
If CS is submitted using guilty ctx, we terminate amdgpu_cs_parser_init
before locking ctx->lock, latter in amdgpu_cs_parser_fini we still are
trying to release the lock just becase parser->ctx != NULL.
Signed-
Hi Harry,
On Thursday, November 29, 2018 8:48 PM, Wentland, Harry
wrote:
> Does this patch help you?
>
> https://patchwork.freedesktop.org/patch/264781/
>
> The easiest way to test it would be to build and try the amd-staging-drm-next
> branch from https://cgit.freedesktop.org/~agd5f/linux/?h=a
lock ring from alloc to commit.
Signed-off-by: Rex Zhu
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c | 10 +++---
drivers/gpu/drm/amd/amdgpu/amdgpu_ring.h | 1 +
2 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c
b/drivers/gpu/drm/amd/amd
Reviewed-by: Huang Rui
> -Original Message-
> From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf
> Of Deng, Emily
> Sent: Wednesday, December 26, 2018 10:27 AM
> To: amd-gfx@lists.freedesktop.org
> Subject: RE: [PATCH 2/2] drm/amdgpu/virtual_dce: No need to pin the cur
> -Original Message-
> From: Kangjie Lu [mailto:k...@umn.edu]
> Sent: Wednesday, December 26, 2018 2:24 PM
> To: k...@umn.edu
> Cc: pakki...@umn.edu; Deucher, Alexander
> ; Koenig, Christian
> ; Zhou, David(ChunMing)
> ; David Airlie ; Daniel Vetter
> ; Zhu, Rex ; Huang, Ray
> ; Zhang, Hawk
12 matches
Mail list logo