- 14 Jul, 2016 7 commits
-
-
Alex Deucher authored
Same interface as other UNIPHY blocks Signed-off-by:Alex Deucher <alexander.deucher@amd.com> Cc: stable@vger.kernel.org
-
Christian König authored
We already waited for the fence, so waiting for the registers is completely pointless and just copy & pasted from the ring test. Signed-off-by:
Christian König <christian.koenig@amd.com> Reviewed-by:
-
Christian König authored
Reference should be taken when we make the assignment, not anywhere else. Signed-off-by:
-
Christian König authored
Cleanup 80 chars limit. Signed-off-by:
Alexandre Demers <alexandre.f.demers@gmail.com> Signed-off-by:
-
Christian König authored
We always used updated firmware for amdgpu, so this actually should work fine. Signed-off-by:
-
Christian König authored
Fix 80 chars issues and remove some dead code as well. Signed-off-by:
-
Christian König authored
Looks like the VCE block sometimes still sends nonsense fence numbers on startup. Signed-off-by:
-
- 08 Jul, 2016 1 commit
-
-
Alex Deucher authored
Atom tables are in LE format. Signed-off-by:
-
- 07 Jul, 2016 32 commits
-
-
Rex Zhu authored
if atomctrl_get_voltage_evv_on_sclk_ai returns non zero (fail) in the expansion of the PP_ASSERT_WITH_CODE macro the continue will actually do nothing, So invalid voltage will be added to ppbable. Signed-off-by:
Rex Zhu <Rex.Zhu@amd.com> Reviewed-by:
-
Rex Zhu authored
Create a GC_CAC_IND_INDEX/DATA pair of funcitons to program all the CAC registers Signed-off-by:
-
Rex Zhu authored
Signed-off-by:
-
Rex Zhu authored
v1: delete some comflict definitions between polaris and fiji. Signed-off-by:
-
Ken Wang authored
those register mask definitions are different in polaris compare to former gfx 8 gpus, so remove them from misusing. Signed-off-by:
Ken Wang <Qingqing.Wang@amd.com> Reviewed-by:
-
Rex Zhu authored
SMC requires master switch bit to be set. Signed-off-by:
-
Rex Zhu authored
the num of shade engine was needed to measure the activity of the graphics core and to enable di/dt feature. Signed-off-by:
-
Alex Deucher authored
Not used anymore. Reviewed-by:
-
Tom St Denis authored
s/AMD_FAMILY_/AMDGPU_FAMILY_/ Signed-off-by:
Tom St Denis <tom.stdenis@amd.com> Reviewed-by:
-
Chunming Zhou authored
Signed-off-by:
Chunming Zhou <David1.Zhou@amd.com> Reviewed-by:
-
Chunming Zhou authored
Signed-off-by:
-
Chunming Zhou authored
V3: directly use pd_addr. Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
Chunming Zhou authored
which avoids job->vm_pd_addr be changed. V2: pass job structure to amdgpu_vm_grab_id and amdgpu_vm_flush directly. Signed-off-by:
-
Chunming Zhou authored
Which is to recover hw jobs when gpu reset. Signed-off-by:
-
Chunming Zhou authored
After all hw jobs are reset, hw fence is meaningless, so force_completion Cc: William Lewis <minutemaidpark@hotmail.com> Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
Chunming Zhou authored
amd_sched_hw_job_reset will remove callback from hw fence. Signed-off-by:
-
Chunming Zhou authored
Parent of sched fence is hw fence which is to signal sched fence. Signed-off-by:
-
Chunming Zhou authored
Previous vm fault is since page talbe losts connection with vmid after gpu reset. Now the issue is fixed by recovery. No need more. If we want to save vram for some EDC card, we will need to consider a complete solution. Signed-off-by:
-
Chunming Zhou authored
Signed-off-by:
-
Christian König authored
We return the fence as part of the job structur anyway, no need to do this twice. Signed-off-by:
-
Christian König authored
Keep the time we don't have a fence associated with the resource smaller. Signed-off-by:
-
Christian König authored
The fence and the sync object are not hardware resources. Signed-off-by:
-
Christian König authored
Same problem as with the VM page tables. The user fence address must be determined before the job is scheduled, not when the IB is executed. This fixes a security problem where user fences could be used to overwrite any part of VRAM. Signed-off-by:
-
Tom St Denis authored
(v2) Added INSTANCE selector (v3) Changed order of bank selectors Signed-off-by:
Nicolai Hähnle <nicolai.haehnle@amd.com> Signed-off-by:
-
Tom St Denis authored
A binary entry that lists GCA configuration data (and can be read by umr). (v2) Use kmalloc instead of vmalloc (v3) Minor indentation correction (v4) agd: Squash in kmalloc fix Signed-off-by:
-
Tom St Denis authored
Add ability to specify instance in select_se_sh callback. Defaults to 0xffffffff all over the driver. (v2) Don't enable INSTANCE_BROADCAST by default (v3) Style changes Signed-off-by:
-
Lyude authored
DRM_CONNECTOR_POLL_CONNECT only enables polling for connections, not disconnections. Because of this, we end up losing hotplug polling for analog connectors once they get connected. Easy way to reproduce: - Grab a machine with an AMD GPU and a VGA port - Plug a monitor into the VGA port, wait for it to update the connector from disconnected to connected - Disconnect the monitor on VGA, a hotplug event is never sent for the removal of the connector. Originally, only using DRM_CONNECTOR_POLL_CONNECT might have been a good idea since doing VGA polling can sometimes result in having to mess with the DAC voltages to figure out whether or not there's actually something there since VGA doesn't have HPD. Doing this would have the potential of showing visible artifacts on the screen every time we ran a poll while a VGA display was connected. Luckily, amdgpu_vga_detect() only resorts to this sort of polling if the poll is forced, and DRM's polling helper doesn't force it's polls. Additionally, this removes some assignments to connector->polled that weren't actually doing anything. Cc: stable@vger.kernel.org Signed-off-by:
Lyude <cpaul@redhat.com> Signed-off-by:
-
Lyude authored
DRM_CONNECTOR_POLL_CONNECT only enables polling for connections, not disconnections. Because of this, we end up losing hotplug polling for analog connectors once they get connected. Easy way to reproduce: - Grab a machine with a radeon GPU and a VGA port - Plug a monitor into the VGA port, wait for it to update the connector from disconnected to connected - Disconnect the monitor on VGA, a hotplug event is never sent for the removal of the connector. Originally, only using DRM_CONNECTOR_POLL_CONNECT might have been a good idea since doing VGA polling can sometimes result in having to mess with the DAC voltages to figure out whether or not there's actually something there since VGA doesn't have HPD. Doing this would have the potential of showing visible artifacts on the screen every time we ran a poll while a VGA display was connected. Luckily, radeon_vga_detect() only resorts to this sort of polling if the poll is forced, and DRM's polling helper doesn't force it's polls. Additionally, this removes some assignments to connector->polled that weren't actually doing anything. Cc: stable@vger.kernel.org Signed-off-by:
-
Chunming Zhou authored
V2: Add wait_for_mc_idle after stopping fb access V3: 1. Remove resume fb access since there is no need to do that for gpu reset. 2. Move stop fb access to amdgpu_gpu_reset function, since it's the same for all asics. Reviewed-by:
-
Rex Zhu authored
Signed-off-by:
-
