kernel/include/uapi/drm/radeon_drm.h, branch linux-4.1.yHosts the 0x221E linux distro kernel.https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-4.1.y2015-06-18T18:36:56Zdrm/radeon: Add RADEON_INFO_VA_UNMAP_WORKING query2015-06-18T18:36:56ZMichel Dänzermichel.daenzer@amd.com2015-06-16T08:28:16Zurn:sha1:3bc980bf19bb62007e923691fa2869ba113be895
This tells userspace that it's safe to use the RADEON_VA_UNMAP operation
of the DRM_RADEON_GEM_VA ioctl.
Cc: stable@vger.kernel.org
(NOTE: Backporting this commit requires at least backports of commits
26d4d129b6042197b4cbc8341c0618f99231af2f,
48afbd70ac7b6aa62e8d452091023941d8085f8a and
c29c0876ec05d51a93508a39b90b92c29ba6423d as well, otherwise using
RADEON_VA_UNMAP runs into trouble)
Signed-off-by: Michel Dänzer <michel.daenzer@amd.com>
Signed-off-by: Christian König <christian.koenig@amd.com>
drm/radeon: add support for read reg query from radeon info ioctl2015-03-19T16:26:42ZAlex Deucheralexander.deucher@amd.com2014-10-01T15:26:50Zurn:sha1:4535cb9cefbc736b47bc1e7f8628065aba5ca0d7
This allows us to query certain registers from userspace
for profiling and harvest configuration. E.g., it can
be used by the GALLIUM_HUD for profiling the status of
various gfx blocks.
Tested-by: Marek Olšák <marek.olsak@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
drm/radeon: add INFO query for current sclk/mclk2015-03-19T16:26:36ZAlex Deucheralexander.deucher@amd.com2014-09-30T15:33:30Zurn:sha1:5c363a860398e2a09e5cff7f4654cf82ed8485e1
Allow the UMDs to query the current sclk/mclk
for profiling, etc.
Tested-by: Marek Olšák <marek.olsak@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
drm/radeon: add INFO query for GPU temperature2015-03-19T16:26:27ZAlex Deucheralexander.deucher@amd.com2014-09-30T14:04:40Zurn:sha1:d6d2a1882a79c1a5425d6f82b2fc7b934916f893
Useful for profiling.
Tested-by: Marek Olšák <marek.olsak@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
drm/radeon: add RADEON_GEM_NO_CPU_ACCESS BO creation flag (v4)2014-09-10T15:29:46ZAlex Deucheralexander.deucher@amd.com2014-08-28T14:59:05Zurn:sha1:f266f04d33e5265e2f61ffc9d2b2f97214804995
Allows pinning of buffers in the non-CPU visible portion of
vram.
v2: incorporate Michel's comments.
v3: rebase on Michel's patch
v4: rebase on Michel's v2 patch
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
Reviewed-by: Michel Dänzer <michel.daenzer@amd.com>
drm/radeon: Add RADEON_GEM_CPU_ACCESS BO creation flag2014-09-10T15:29:45ZMichel Dänzermichel.daenzer@amd.com2014-08-28T06:56:00Zurn:sha1:c858403943886a92eece9d0413aa65c48bbe6fa7
This flag is a hint that userspace expects the BO to be accessed by the
CPU. We can use that hint to prevent such BOs from ever being stored in
the CPU inaccessible part of VRAM.
Signed-off-by: Michel Dänzer <michel.daenzer@amd.com>
Reviewed-by: Christian König <christian.koenig@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
Merge branch 'drm-next-3.18' of git://people.freedesktop.org/~agd5f/linux into drm-next2014-08-25T23:05:14ZDave Airlieairlied@redhat.com2014-08-25T23:05:14Zurn:sha1:484048db6b4890bc433aac7f5e32fdcf1b2b4786
radeon userptr support.
* 'drm-next-3.18' of git://people.freedesktop.org/~agd5f/linux:
drm/radeon: allow userptr write access under certain conditions
drm/radeon: add userptr flag to register MMU notifier v3
drm/radeon: add userptr flag to directly validate the BO to GTT
drm/radeon: add userptr flag to limit it to anonymous memory v2
drm/radeon: add userptr support v8
Conflicts:
drivers/gpu/drm/radeon/radeon_prime.c
drm/radeon: properly document reloc priority mask2014-08-18T21:09:43ZChristian Königchristian.koenig@amd.com2014-08-15T09:52:53Zurn:sha1:701e1e789142042144c8cc10b8f6d1554e960144
Instead of hard coding the value properly document
that this is an userspace interface.
No intended functional change.
Signed-off-by: Christian König <christian.koenig@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
Cc: stable@vger.kernel.org
drm/radeon: add userptr flag to register MMU notifier v32014-08-11T15:04:26ZChristian Königchristian.koenig@amd.com2014-08-07T07:36:03Zurn:sha1:341cb9e426fac32523427c80c67543a16be46605
Whenever userspace mapping related to our userptr change
we wait for it to become idle and unmap it from GTT.
v2: rebased, fix mutex unlock in error path
v3: improve commit message
Signed-off-by: Christian König <christian.koenig@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
drm/radeon: add userptr flag to directly validate the BO to GTT2014-08-11T15:04:25ZChristian Königchristian.koenig@amd.com2014-08-07T07:36:02Zurn:sha1:2a84a4476d6e13de72472f6ca4338aed0a8269b8
This way we test userptr availability at BO creation time instead of first use.
Signed-off-by: Christian König <christian.koenig@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>