[PATCH V2] amdgpu/drm: Refine the way to check

There are several ways to check out a ATOMBIOS. In previous codes, try a new way to fetch out vbios/rom, until current vbios/rom is started with 0x55AA, then check if this vbios is ATOMBIOS. Now, try a new way to fetch out vbios until all flags of ATOMBIOS are verified. Signed-off-by: Ken Xue ---

RE: [PATCH 09/23] drm/amdgpu: enable virtualization feature for FIJI/TONGA

> -Original Message- > From: Deucher, Alexander > Sent: Tuesday, December 20, 2016 11:53 PM > To: Yu, Xiangliang ; Alex Deucher > > Cc: dl.SRDC_SW_GPUVirtualization > ; amd-gfx list g...@lists.freedesktop.org> > Subject: RE: [PATCH 09/23] drm/amdgpu: enable virtualization feature for > F

Re: [PATCH] amdgpu/drm: Refine the way to check atom bios

Th 12/20/2016 12:09, Alex Deucher wrote: > On Tue, Dec 20, 2016 at 2:20 AM, Xue, Ken wrote: > > There are several ways to check out a ATOMBIOS. In previous codes, try > > a new way to fetch out vbios/rom, until current vbios/rom is started with > > 0x55aa, then check if this vbios is ATOMBIOS. Now

[pull] amdgpu drm-next-4.10

Hi Dave, Fixes for 4.10. Highlights: - fix display regression on DCE6/8 - Powergating fixes for GFX8 - amdgpu SI fixes (golden settings, proper rev id setup, etc.) The following changes since commit 2cf026ae85c42f253feb9f420d1b4bc99bd5503d: Merge branch 'linux-4.10' of git://github.com/skeggs

Re: [RFC] Mechanism for high priority scheduling in amdgpu

Resending bits of a message I had already attempted to send, but got mangled in various ways by a mobile MUA: On Serguei's question on just using compute to leverage unused CUs and requirements: The system will be fully loaded by the VR client application when this feature will need to be us

Re: [PATCH] amdgpu/drm: Refine the way to check atom bios

On Tue, Dec 20, 2016 at 2:20 AM, Xue, Ken wrote: > There are several ways to check out a ATOMBIOS. In previous codes, try > a new way to fetch out vbios/rom, until current vbios/rom is started with > 0x55aa, then check if this vbios is ATOMBIOS. Now, try a new way to fetch > out vbios until all fl

RE: [PATCH 09/23] drm/amdgpu: enable virtualization feature for FIJI/TONGA

> -Original Message- > From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf > Of Yu, Xiangliang > Sent: Tuesday, December 20, 2016 12:41 AM > To: Alex Deucher > Cc: dl.SRDC_SW_GPUVirtualization; amd-gfx list > Subject: RE: [PATCH 09/23] drm/amdgpu: enable virtualization fe

Re: [RFC] Mechanism for high priority scheduling in amdgpu

Hi Christian, That is definitely a concern. What we are currently thinking is to make the high priority queues accessible to root only. Therefore is a non-root user attempts to set the high priority flag on context allocation, we would fail the call and return ENOPERM. Regards, Andres On

RE: [PATCH 15/23] drm/amdgpu/mxgpu: implement register access function with KIQ

> -Original Message- > From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf > Of Yu, Xiangliang > Sent: Tuesday, December 20, 2016 1:08 AM > To: Alex Deucher > Cc: dl.SRDC_SW_GPUVirtualization; Liu, Monk; amd-gfx list > Subject: RE: [PATCH 15/23] drm/amdgpu/mxgpu: implemen

RE: [PATCH 21/23] drm/amdgpu: change golden register program sequence of virtualization

I don't mind keeping the list together. Alex From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf Of Liu, Monk Sent: Monday, December 19, 2016 11:09 PM To: Alex Deucher; Yu, Xiangliang Cc: Min, Frank; dl.SRDC_SW_GPUVirtualization; amd-gfx list Subject: 答复: [PATCH 21/23] drm/amd

Re: [RFC] Mechanism for high priority scheduling in amdgpu

BTW: If there is non-VR application which will use high-priority h/w queue then VR application will suffer. Any ideas how to solve it? Yeah, that problem came to my mind as well. Basically we need to restrict those high priority submissions to the VR compositor or otherwise any malfunctioning

Re: [PATCH 1/1] drm/amdgpu/gfx8: add support kernel interface queue(KIQ)

On 2016年12月20日 17:48, Xiangliang Yu wrote: + if (kiq->eop_obj == NULL) { + r = amdgpu_bo_create(adev, +MEC_HPD_SIZE, +PAGE_SIZE, true, +AMDGPU_GEM_DOMAIN_GTT, 0, NULL,

[PATCH 1/1] drm/amdgpu/gfx8: add support kernel interface queue(KIQ)

KIQ is queue-memory based initialization method: setup KIQ queue firstly, then send command to KIQ to setup other queues, without accessing registers. For virtualization, need KIQ to access virtual function registers when running on guest mode. Signed-off-by: Monk Liu Signed-off-by: Xiangliang Y

RE: [PATCH 1/1] drm/amdgpu/gfx8: add support kernel interface queue(KIQ)

Ignore the patch, forget add Monk name into signed-off Thanks! Xiangliang Yu > -Original Message- > From: Xiangliang Yu [mailto:xiangliang...@amd.com] > Sent: Tuesday, December 20, 2016 5:41 PM > To: amd-gfx@lists.freedesktop.org > Cc: Yu, Xiangliang > Subject: [PATCH 1/1] drm/amdgpu/g

[PATCH 1/1] drm/amdgpu/gfx8: add support kernel interface queue(KIQ)

KIQ is queue-memory based initialization method: setup KIQ queue firstly, then send command to KIQ to setup other queues, without accessing registers. For virtualization, need KIQ to access virtual function registers when running on guest mode. Signed-off-by: Xiangliang Yu --- drivers/gpu/drm/a

[PATCH] amdgpu/drm: Refine the way to check atom bios

There are several ways to check out a ATOMBIOS. In previous codes, try a new way to fetch out vbios/rom, until current vbios/rom is started with 0x55aa, then check if this vbios is ATOMBIOS. Now, try a new way to fetch out vbios until all flags of ATOMBIOS are verified. Signed-off-by: Ken Xue ---