Asked by Gaszton
on 11 Sep 2012

Hello,

i have a cuda kernel function:

__global__ void backprop_float(float* holo, const float* inputs, int spotn, const int holoWidth, const int holoHeight, bool addcorr)

when i try to create the kernel object in matlab:

backpropk=parallel.gpu.CUDAKernel('backprop_kernels.ptx', 'backprop_kernels.cu','backprop_float');

I get the following error:

__Error using iCheckPTXEntryAgainstCProto (line 420) Found invalid mapping type < logical, .u8 >__

if i change the type of the last function parameter *bool addcorr* to *int*,
matlab creates the kernel object succesfully.

(i use matlab r2012a, vstudio2008, cuda toolkit v4.2 card is a gtx 560ti)

*No products are associated with this question.*

Answer by Ben Tordoff
on 13 Sep 2012

Accepted answer

Thanks for providing the compile line. It seems that recent versions of NVCC switch from mapping bools as "s8" to "u8" according to the target architecture ("s8" for <sm_20, "u8" for >=sm_20). parallel.gpu.CUDAKernel can't cope with the latter. That's a bug.

Whilst we work to get a permanent fix for this, I can think of three work-arounds. None of these are great, but should let you move on:

- Edit the resulting PTX to accept "s8" instead of "u8". You would have to be careful that this doesn't cause problems elsewhere in the PTX entry.
- Change the CUDA kernel to take the boolean arguments as unisgned chars (or some other unsigned 8-bit type). Since the PTX is treating booleans as an 8-bit type anyway, this is very close to the correct behaviour.
- Compile targetting sm_13, since that causes NVCC to emit "s8". There are performance reasons why you probably don't want to do this.

An example of (2), where "flag" used to be of type "bool":

myKernel.cu: __global__ void myKernel(float* out, float const* in, unsigned char const flag) { if (flag) { *out = -(*in); } else { *out = *in; } }

>> k = parallel.gpu.CUDAKernel('myKernel.ptx', 'myKernel.cu'); >> out = feval(k2,0,1,true)

As and when a permanent fix is available I will update this answer.

Gaszton
on 13 Sep 2012

Thank you for your help, i already changed the type from boolean to char, and everything runs fine now.

Ben Tordoff
on 18 Sep 2012

A patch for this problem in R2011b and R2012a is now online here:

http://www.mathworks.com/support/bugreports/814923

Please can you try it and let me know if you still have issues?

Related Content

MATLAB and Simulink resources for Arduino, LEGO, and Raspberry Pi

Learn moreOpportunities for recent engineering grads.

Apply Today
## 2 Comments

## Ben Tordoff (view profile)

Direct link to this comment:http://www.mathworks.com/matlabcentral/answers/47879#comment_98893

I've just tried compiling a variety of kernels for a variety of target architectures and with multiple toolkit versions. Boolean arguments always seem to get mapped to "s8" (signed 8-bit integers) for me. For example:

becomes

This is the mapping that MATLAB is expecting. It looks like you are getting "u8" (unsigned 8-bit integer) as the boolean type. Could you show me the exact NVCC command you used to generate this and also add the PTX ".entry" corresponding to the CUDA function so that I can work out why you're getting this different type mapping?

Thanks.

## Gaszton (view profile)

Direct link to this comment:http://www.mathworks.com/matlabcentral/answers/47879#comment_98923

Hello, i use the following command for ptx compilation:

cmd /k nvcc -I "C:\Program Files\Microsoft Visual Studio 9.0\VC\include" -gencode=arch=compute_20,code=\"sm_21,compute_20\" -use_fast_math -ptx backprop_kernels.cuthe ptx .entry:

.entry _Z14backprop_floatPfPKfiiib( .param .u32 _Z14backprop_floatPfPKfiiib_param_0, .param .u32 _Z14backprop_floatPfPKfiiib_param_1, .param .u32 _Z14backprop_floatPfPKfiiib_param_2, .param .u32 _Z14backprop_floatPfPKfiiib_param_3, .param .u32 _Z14backprop_floatPfPKfiiib_param_4, .param .u8 _Z14backprop_floatPfPKfiiib_param_5 )If i do not specify the compute architecture version, matlab is able to map the complied ptx, and i see that the entry is s8 in that case.

Thank you!