- 05 Aug, 2014 40 commits
-
-
Alex Deucher authored
Older firmware didn't support the new nop packet. v2 (Andreas Boll): - Drop usage of packet3 for new firmware Signed-off-by:
Alex Deucher <alexander.deucher@amd.com> Reviewed-by: Christian König <christian.koenig@amd.com> (v1) Signed-off-by:
Andreas Boll <andreas.boll.dev@gmail.com> Cc: stable@vger.kernel.org
-
Christian König authored
That should allow us to allocate bigger BOs. Signed-off-by:
Christian König <christian.koenig@amd.com> Signed-off-by:
-
Christian König authored
Move the decision what to use into the common VM code. Signed-off-by:
-
Christian König authored
Signed-off-by:
-
Christian König authored
This closes a small window where the GPU might have accessed freed up memory. Signed-off-by:
-
Christian König authored
To be consistent with radeon_bo_unref, needed in the following patch. Signed-off-by:
-
Christian König authored
It's causing lockdep warnings and why should we access the memory that is freed up? Signed-off-by:
-
Christian König authored
v2: rebase on vm_size scale change. Adjust vm_size default to 8, Better handle the default and smaller values. Signed-off-by: -
Christian König authored
Let's try to fix bugs related to this instead of just disabling it. Signed-off-by:
Michel Dänzer <michel.daenzer@amd.com> Signed-off-by:
-
Alex Deucher authored
Scales much better than scanning the address range linearly. v2: store pfn instead of address Signed-off-by:
-
Christian König authored
Won't work anyway, instead WARN_ON if the VA list isn't empty when we free the BO. Signed-off-by:
-
Christian König authored
Don't wait for the BO to be used again, just update the PT on the next VM use. v2: remove stray semicolon. Signed-off-by:
-
Alex Deucher authored
This patch depends on: e0792981 (drm/radeon/dpm: fix typo in vddci setup for eg/btc) bugs: https://bugs.freedesktop.org/show_bug.cgi?id=73053 https://bugzilla.kernel.org/show_bug.cgi?id=68571Signed-off-by:
-
Alex Deucher authored
This patch depends on: b0880e87 (drm/radeon/dpm: fix vddci setup typo on cayman) bug: https://bugs.freedesktop.org/show_bug.cgi?id=69723Signed-off-by:
-
Michel Dänzer authored
The HDP cache only applies to CPU access to VRAM. Signed-off-by:
-
Alex Deucher authored
Some hawaii cards use a different method to fetch the voltage info from the vbios. bug: https://bugs.freedesktop.org/show_bug.cgi?id=74250Signed-off-by:
-
Alex Deucher authored
Some hawaii boards use a different method for fetching the voltage information from the vbios. Signed-off-by: -
Michel Dänzer authored
This ensures the GPU sees all previous CPU writes to VRAM, which makes it safe: * For userspace to stream data from CPU to GPU via VRAM instead of GTT * For IBs to be stored in VRAM instead of GTT * For ring buffers to be stored in VRAM instead of GTT, if the HPD flush is performed via MMIO Signed-off-by:
-
Michel Dänzer authored
And clean up the function comment a little. Signed-off-by:
-
Christian König authored
Both on their own are complex enough. Signed-off-by:
-
Alex Deucher authored
Need to unblank the display when resuming the MC. No functional change as this code path is not currently hit. We always disable the displays entirely rather than just blanking them. Signed-off-by: -
Christian König authored
Seems to make VM flushes more stable on SI and CIK. v2: only use the PFP on the GFX ring on CIK Signed-off-by:
-
Michel Dänzer authored
For symmetry with other *_set_wptr hooks. Signed-off-by:
-
Michel Dänzer authored
Signed-off-by:
-
Michel Dänzer authored
PCI GART doesn't support unsnooped access. AGP GART already uses write-combined CPU mappings. Signed-off-by:
-
Alex Deucher authored
Looks like the lm63 driver supports the lm64 as well. Signed-off-by: -
Alex Deucher authored
It's only used in radeon_connectors.c. Signed-off-by: -
Christian König authored
Signed-off-by:
-
Christian König authored
That didn't worked correctly any more and opened up a security problem. Signed-off-by:
-
Christian König authored
Unused and unimplemented. Also fix specifying the kernel flag incorrectly at one occasion. Signed-off-by:
-
Alex Deucher authored
Some PX laptops seems to have problems turning the dGPU on/off. Add a quirk list to disable runpm by default on those systems. Also convert the current PX d3 delay handling to a quirk. bug: https://bugzilla.kernel.org/show_bug.cgi?id=51381 https://bugzilla.kernel.org/show_bug.cgi?id=74551Signed-off-by:
-
Alex Deucher authored
Now that fallback to gtt is fixed for cpu access, we can remove this limit. bug: https://bugs.freedesktop.org/show_bug.cgi?id=78717 v2: use new gart_pin_size to accurately track available gtt. v3: fix comment v4: clarify comment Signed-off-by:
-
Alex Deucher authored
Gives more accurate count and prevents failures when we can't allocate memory for the tests. Signed-off-by:
-
Alex Deucher authored
Gives a more accurate limit than the previous code. Signed-off-by:
-
Alex Deucher authored
So we know how large an allocation we can allow. v2: incorporate Michel's comments Signed-off-by:
-
Michel Dänzer authored
v2: fix rebase onto drm-fixes Signed-off-by:
-
Michel Dänzer authored
Signed-off-by:
-
Michel Dänzer authored
Doesn't seem necessary, the GART table memory should be persistent. Signed-off-by:
-
Michel Dänzer authored
These clutter up dmesg during piglit runs. Userspace generally deals gracefully with this failure. Signed-off-by:
-
Alex Deucher authored
We keep a cached version of the edid in radeon_connector which we use for determining connectedness and when to enable certain features like hdmi audio, etc. When the user uses the firmware interface to override the driver with some other edid the driver's copy is never updated. The fetch function will check if there is a user supplied edid and update the driver's copy if there is. bug: https://bugs.freedesktop.org/show_bug.cgi?id=80691Signed-off-by:
-
