<div dir="ltr">Yes. I'll have Tobias test case crash again :) </div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 30, 2015 at 9:37 AM, Justin Holewinski <span dir="ltr"><<a href="mailto:jholewinski@nvidia.com" target="_blank">jholewinski@nvidia.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Agreed.  Jingyue, did you want to make this a part of your patch?<br>
<div class="HOEnZb"><div class="h5"><br>
> On Jun 30, 2015, at 12:30 PM, Tobias Grosser <<a href="mailto:tobias@grosser.es">tobias@grosser.es</a>> wrote:<br>
><br>
> On 06/30/2015 06:26 PM, Justin Holewinski wrote:<br>
>> Hi Tobias,<br>
>><br>
>> One thing to keep in mind is that the CUDA interface expects kernel parameters to be in the generic address space.  If you write kernels that pass arguments as global memory pointers, you are technically violating the contract between host and device.  Now, this just so happens to work since the global->generic and generic->global pointer conversions are no-ops, but as far as I know this is not actually guaranteed and may not be true in the future.<br>
><br>
> Interesting. Then maybe the right solution is not to allow this, but rather to give a proper error message in the backend (instead of just crashing)?<br>
><br>
> Tobias<br>
<br>
</div></div><div class="HOEnZb"><div class="h5">-----------------------------------------------------------------------------------<br>
This email message is for the sole use of the intended recipient(s) and may contain<br>
confidential information.  Any unauthorized review, use, disclosure or distribution<br>
is prohibited.  If you are not the intended recipient, please contact the sender by<br>
reply email and destroy all copies of the original message.<br>
-----------------------------------------------------------------------------------<br>
</div></div></blockquote></div><br></div>