kernel/drivers/gpu/drm/amd/amdgpu/amdgpu_atombios.c, branch linux-4.17.y

drm/amdgpu: move atom functions from amdgpu_device.c

2017-12-18T15:58:35Z

and move them to amdgpu_atombios.c for consistency. Acked-by: Christian König Signed-off-by: Alex Deucher

drm/amdgpu: drop amdgpu_atombios_scratch_regs_save/restore

2017-12-13T22:28:09Z

No longer used. Reviewed-by: Harry Wentland Acked-by: Christian König Signed-off-by: Alex Deucher

drm/amdgpu: change redundant init logs to debug level

2017-12-04T21:33:12Z

When this VF stays in exclusive mode for long, other VFs will be impacted. The redundant messages causes exclusive mode timeout when they're redirected. That is a normal use case for cloud service to redirect guest log to virtual serial port. Reviewed-by: Alex Deucher Signed-off-by: pding Signed-off-by: Alex Deucher

drm/radeon: fix atombios on big endian

2017-10-31T22:24:59Z

The function for byteswapping the data send to/from atombios was buggy for num_bytes not divisible by four. The function must be aware of the fact that after byte-swapping the u32 units, valid bytes might end up after the num_bytes boundary. This patch was tested on kernel 3.12 and allowed us to sucesfully use DisplayPort on and Radeon SI card. Namely it fixed the link training and EDID readout. The function is patched both in radeon and amd drivers, since the functions and the fixes are identical. Signed-off-by: Roman Kapl Signed-off-by: Alex Deucher Cc: stable@vger.kernel.org

drm/amdgpu: Reserve shared memory on VRAM for SR-IOV

2017-10-09T20:30:16Z

SR-IOV need to reserve a piece of shared VRAM at the exact place to exchange data betweem PF and VF. The start address and size of the shared mem are passed to guest through VBIOS structure VRAM_UsageByFirmware. VRAM_UsageByFirmware is a general feature in VBIOS, it indicates that VBIOS need to reserve a piece of memory on the VRAM. Because the mem address is specified. Reserve it early in amdgpu_ttm_init to make sure that it can monoplize the space. Signed-off-by: Horace Chen Reviewed-by: Christian König Signed-off-by: Alex Deucher

drm/amdgpu/atombios: add function for whether we need asic_init

2017-07-14T15:06:05Z

Check the atom scratch registers to see if asic_init is complete or not. Reviewed-by: Christian König Signed-off-by: Alex Deucher

drm/amdgpu/atombios: use bios_scratch_reg_offset for atombios

2017-07-14T15:06:04Z

Align with the atomfirmware code. Acked-by: Christian König Signed-off-by: Alex Deucher

drm/amdgpu: adjust default display clock

2017-06-20T16:06:50Z

Increase the default display clock on newer asics to accomodate some high res modes with really high refresh rates. bug: https://bugs.freedesktop.org/show_bug.cgi?id=93826 Acked-by: Chunming Zhou Acked-by: Christian König Signed-off-by: Alex Deucher Cc: stable@vger.kernel.org

drm/amdgpu: fix to clear ASIC INIT COMPLETE bit on resuming phase

2017-04-28T21:32:13Z

ASIC_INIT_COMPLETE bit must be cleared during S3 resuming phase, because VBIOS will check the bit to decide if execute ASIC_Init posting via kernel driver. Signed-off-by: Huang Rui Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher

drm/amdgpu: Read vram width from integrated system info table

2017-04-04T18:42:40Z

On KB, KV, CZ we should read the vram width from integrated system table, if we can. The NOOFCHAN in MC_SHARED_CHMAP is not accurate. With this change we can enable two 4k displays on CZ again. This use case was broken sometime in January when we started looking at vram_width for bandwidth calculations instead of hardcoding this value. v2: Return 0 if integrated system info table is not available. Tested-by: Roman Li Signed-off-by: Harry Wentland Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher