这似乎是最小的摄制情况下是这样的:
texture<int,1,cudaReadModeElementType> __tex0;
__global__ void kernel0(float4 *out)
{
int t__a = blockIdx.x*blockDim.x+threadIdx.x;
int ii = (t__a*3);
float4 rr = tex1Dfetch(*(texture<float4,1,cudaReadModeElementType>*)&__tex0,ii);
out[t__a] = rr;
}
CUDA 7.5将无法编译这个内核错误:
texture_repo.cu(7): error: cannot take address of texture/surface variable "__tex0"
in __device__/__global__
functions
我相信这是正确的。纹理引用是不透明的占位符类型,它没有POD类型的任何常用属性,我会非常怀疑有时会编写代码,例如您提供链接的示例。
但是,这是事实,CUDA 4.2将编译这个并发出有效的PTX:
.entry _Z7kernel0P6float4(
.param .u64 _Z7kernel0P6float4_param_0
)
{
.reg .f32 %f<25>;
.reg .s32 %r<8>;
.reg .s64 %rl<5>;
ld.param.u64 %rl1, [_Z7kernel0P6float4_param_0];
cvta.to.global.u64 %rl2, %rl1;
.loc 2 5 1
mov.u32 %r2, %ntid.x;
mov.u32 %r3, %ctaid.x;
mov.u32 %r4, %tid.x;
mad.lo.s32 %r5, %r2, %r3, %r4;
.loc 2 6 1
mul.lo.s32 %r1, %r5, 3;
mov.u32 %r6, 0;
// inline asm
tex.1d.v4.f32.s32 {%f1, %f2, %f3, %f4}, [__tex0, {%r1}];
// inline asm
.loc 2 8 1
mul.wide.s32 %rl3, %r5, 16;
add.s64 %rl4, %rl2, %rl3;
st.global.v4.f32 [%rl4], {%f1, %f2, %f3, %f4};
.loc 2 9 2
ret;
}
演员显然具有比抑制编译器错误不会影响另一个,并在PTX水平读的作品,因为质地引用读取总是返回一个四宽的向量类型,即使额外的向量元素是空的并被忽略。我认为这个在CUDA 4.2中编译为编译器错误的事实,看起来CUDA 7.5在这种情况下是正确的。
这就是说,一个非常哈克变通会做到这一点:
texture<int,1,cudaReadModeElementType> __tex0;
__device__ float4 tex_load0(int idx)
{
float4 temp;
asm("tex.1d.v4.f32.s32 {%0, %1, %2, %3}, [__tex0, {%4}];" :
"=f"(temp.x), "=f"(temp.y), "=f"(temp.z), "=f"(temp.w) : "r"(idx));
return temp;
}
__global__ void kernel1(float4 *out)
{
int t__a = blockIdx.x*blockDim.x+threadIdx.x;
int ii = (t__a*3);
float4 rr = tex_load0(ii);
out[t__a] = rr;
}
[免责声明:编译但从来没有测试。不建议。使用风险自负]。
即将CUDA 4.2编译器内嵌的同一个PTX插入到设备函数中,并将纹理提取替换为对设备函数的调用。与CUDA 7.5工具链,此发射:
//
// Generated by NVIDIA NVVM Compiler
//
// Compiler Build ID: CL-19856038
// Cuda compilation tools, release 7.5, V7.5.17
// Based on LLVM 3.4svn
//
.version 4.3
.target sm_30
.address_size 64
// .globl _Z9tex_load0i
.global .texref __tex0;
.visible .func (.param .align 16 .b8 func_retval0[16]) _Z9tex_load0i(
.param .b32 _Z9tex_load0i_param_0
)
{
.reg .f32 %f<5>;
.reg .b32 %r<2>;
ld.param.u32 %r1, [_Z9tex_load0i_param_0];
// inline asm
tex.1d.v4.f32.s32 {%f1, %f2, %f3, %f4}, [__tex0, {%r1}];
// inline asm
st.param.f32 [func_retval0+0], %f1;
st.param.f32 [func_retval0+4], %f2;
st.param.f32 [func_retval0+8], %f3;
st.param.f32 [func_retval0+12], %f4;
ret;
}
// .globl _Z7kernel1P6float4
.visible .entry _Z7kernel1P6float4(
.param .u64 _Z7kernel1P6float4_param_0
)
{
.reg .f32 %f<5>;
.reg .b32 %r<6>;
.reg .b64 %rd<5>;
ld.param.u64 %rd1, [_Z7kernel1P6float4_param_0];
cvta.to.global.u64 %rd2, %rd1;
mov.u32 %r2, %ctaid.x;
mov.u32 %r3, %ntid.x;
mov.u32 %r4, %tid.x;
mad.lo.s32 %r5, %r3, %r2, %r4;
mul.lo.s32 %r1, %r5, 3;
mul.wide.s32 %rd3, %r5, 16;
add.s64 %rd4, %rd2, %rd3;
// inline asm
tex.1d.v4.f32.s32 {%f1, %f2, %f3, %f4}, [__tex0, {%r1}];
// inline asm
st.global.v4.f32 [%rd4], {%f1, %f2, %f3, %f4};
ret;
}
这是相同的PTX作为发射的CUDA 4.2工具链。这是可行的,因为编译器不能应用几乎相同级别的类型安全检查来内联PTX。但想想你是否真的想这样做,因为它(在我看来)是未定义的行为。
另请注意,由于纹理引用在PTX中处理的方式,因此无法将它们作为显式参数传递,因此您需要在代码中为每个纹理定义一个读取函数。
您是否有完整的例子来说明该代码的功能?因为我高度怀疑它出现在你发布它的时候,原因有很多。 – talonmies
这是来自大型项目的代码行,它绝对有效。哪一部分困扰你?@talonmies,我想添加更多的线。 – hamwj1991
几乎所有的东西 - 纹理上的外部声明,将纹理转换为不同类型,将float4纹理加载到浮动中。你的问题基本上是“这曾经工作,现在不行,我该如何解决它?”。要回答这个问题,需要一个可以编译和运行的实际repro案例。 – talonmies