linux.git/drivers/gpu/drm/amd/amdkfd, branch v4.7-rc2

amdkfd: Trim unnescessary intermediate err var in kfd_chardev.c

2016-04-30T14:06:29+00:00

Found-By: Coccinelle
Signed-off-by: Edward O'Callaghan 
Signed-off-by: Oded Gabbay

amdkfd: Trim off unnescessary semicolon from kfd_packet_manager.c

2016-04-30T14:06:28+00:00

Found-By: Coccinelle
Signed-off-by: Edward O'Callaghan 
Signed-off-by: Oded Gabbay

amdkfd: Use the canonical form in branch predicates

2016-04-30T14:06:27+00:00

Found-By: Coccinelle
Signed-off-by: Edward O'Callaghan 
Signed-off-by: Oded Gabbay

drivers/gpu/drm/amd/amdkfd: use in_compat_syscall to check open() caller type

2016-03-22T22:36:02+00:00

amdkfd wants to know syscall type, not task type.  Check directly.

Unfortunately, amdkfd is making nasty assumptions that a process'
bitness is a well-defined constant thing.  This isn't the case on x86.
I don't know how much this matters, but this patch has no effect on
generated code on x86, so amdkfd is equally broken with and without this
patch.

Signed-off-by: Andy Lutomirski 
Cc: Oded Gabbay 
Cc: David Airlie 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

drm/amdkfd: uninitialized variable in dbgdev_wave_control_set_registers()

2016-03-15T12:09:37+00:00

At the end of the function we expect "status" to be zero, but it's
either -EINVAL or uninitialized.

Fixes: 788bf83db301 ('drm/amdkfd: Add wave control operation to debugger')
Signed-off-by: Dan Carpenter 
Signed-off-by: Oded Gabbay

drm/amdkfd: Track when module's init is complete

2016-02-27T20:52:40+00:00

Current dependencies between amdkfd and radeon/amdgpu force the loading
of amdkfd _before_ radeon and/or amdgpu are loaded. When all these kernel
drivers are built as modules, this ordering is enforced by the kernel
built-in mechanism of loading dependent modules.

However, there is no such mechanism in case where all these drivers are
compiled inside the kernel image (not as modules). The current way to
enforce loading of amdkfd before radeon/amdgpu, is to put amdkfd before
radeon/amdgpu in the drm Makefile, but that method is way too fragile.

In addition, there is no kernel mechanism to check whether a kernel
driver that is built inside the kernel image, has already been loaded.

To solve this, this patch adds to kfd_module.c a new static variable,
amdkfd_init_completed, that is set to 1 only when amdkfd's
module initialization function has been completed (successfully).

kgd2kfd_init(), which is the initialization function of the
kgd-->kfd interface, and which is the first function in amdkfd called by
radeon/amdgpu, will return successfully only if amdkfd_init_completed is
equal 1.

If amdkfd_init_completed is not equal to 1, kgd2kfd_init() will
return -EPROBE_DEFER to signal radeon/amdgpu they need to defer
their loading until amdkfd is loaded.

Signed-off-by: Oded Gabbay 
Reviewed-by: Alex Deucher

drm/amdkfd: Remove unnecessary cast in kfree

2016-01-28T12:40:11+00:00

Remove an unnecassary cast in the argument to kfree.

Found using Coccinelle. The semantic patch used to find this is as follows:

//
@@
type T;
expression *f;
@@

- kfree((T *)(f));
+ kfree(f);
//

Signed-off-by: Amitoj Kaur Chawla 
Signed-off-by: Oded Gabbay

amdkfd: Copy from the proper user command pointer

2016-01-15T20:14:17+00:00

8f1d57c17248 ("amdkfd: don't open-code memdup_user()") mistakenly uses
an uninitialized local pointer, gcc complains:

  drivers/gpu/drm/amd/amdkfd/kfd_chardev.c: In function ‘kfd_ioctl_dbg_address_watch’:
  drivers/gpu/drm/amd/amdkfd/kfd_chardev.c:562:12: warning: ‘args_buff’ may be used uninitialized in this function [-Wmaybe-uninitialized]
    args_buff = memdup_user(args_buff,
                ^

Fix it.

Signed-off-by: Borislav Petkov 
Cc: Al Viro 
Signed-off-by: Al Viro

amdkfd: don't open-code memdup_user()

2016-01-06T13:25:25+00:00

Signed-off-by: Al Viro

amdkfd: use instead of

2015-08-30T09:36:58+00:00

The latter is a default version of  and not for driver use.

Signed-off-by: Christoph Hellwig 
Signed-off-by: Oded Gabbay