<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Sample kernel showing multiple driver bugs (printf-related?) in OpenCL* for CPU</title>
    <link>https://community.intel.com/t5/OpenCL-for-CPU/Sample-kernel-showing-multiple-driver-bugs-printf-related/m-p/944072#M1848</link>
    <description>&lt;P&gt;The attached code produces some very weird results, that I think must be OpenCL compiler bugs. I tried to make it smaller but it seems sensitive to small changes (it's still a pretty minimal example though).&lt;/P&gt;

&lt;P&gt;The output is&lt;/P&gt;

&lt;P&gt;[plain]Device name:&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz&lt;BR /&gt;
	Driver version: 1.2.0.76921&lt;BR /&gt;
	addr = 0 lid = 0 bias = 0&lt;BR /&gt;
	addr = 1 lid = 1 bias = 0&lt;BR /&gt;
	addr = 2 lid = 2 bias = 0&lt;BR /&gt;
	addr = 3 lid = 3 bias = 0&lt;BR /&gt;
	addr = 4 lid = 4 bias = 0&lt;BR /&gt;
	addr = 5 lid = 5 bias = 0&lt;BR /&gt;
	addr = 6 lid = 6 bias = 0&lt;BR /&gt;
	addr = 7 lid = 7 bias = 0&lt;BR /&gt;
	addr = 8 lid = 8 bias = 0&lt;BR /&gt;
	addr = 9 lid = 9 bias = 0&lt;BR /&gt;
	addr = 10 lid = 10 bias = 0&lt;BR /&gt;
	addr = 11 lid = 11 bias = 0&lt;BR /&gt;
	addr = 12 lid = 12 bias = 0&lt;BR /&gt;
	addr = 13 lid = 13 bias = 0&lt;BR /&gt;
	addr = 14 lid = 14 bias = 0&lt;BR /&gt;
	addr = 15 lid = 15 bias = 0&lt;BR /&gt;
	addr = 16 lid = 0 bias = 16&lt;BR /&gt;
	addr = 16 lid = 1 bias = 16&lt;BR /&gt;
	addr = 16 lid = 2 bias = 16&lt;BR /&gt;
	addr = 16 lid = 3 bias = 16&lt;BR /&gt;
	addr = 16 lid = 4 bias = 16&lt;BR /&gt;
	addr = 16 lid = 5 bias = 16&lt;BR /&gt;
	addr = 16 lid = 6 bias = 16&lt;BR /&gt;
	addr = 16 lid = 7 bias = 16&lt;BR /&gt;
	addr = 16 lid = 8 bias = 16&lt;BR /&gt;
	addr = 16 lid = 9 bias = 16&lt;BR /&gt;
	addr = 16 lid = 10 bias = 16&lt;BR /&gt;
	addr = 16 lid = 11 bias = 16&lt;BR /&gt;
	addr = 16 lid = 12 bias = 16&lt;BR /&gt;
	addr = 16 lid = 13 bias = 16&lt;BR /&gt;
	addr = 16 lid = 14 bias = 16&lt;BR /&gt;
	addr = 16 lid = 15 bias = 16&lt;BR /&gt;
	00 00 00 00 c4 7f 00 00 40 66 f0 b6 c4 7f 00 00 00 00 00 00 01 00 00 00 4d 0f 4d bc c4 7f 00 00[/plain]&lt;/P&gt;

&lt;P&gt;There are several oddities here:&lt;/P&gt;

&lt;OL&gt;
	&lt;LI&gt;For the second half, addr is reported as 16, even though it is computed as lid + bias, which should range from 16 to 31.&lt;/LI&gt;
	&lt;LI&gt;The hex dump line (final line) only appears once, even though upsweep4 is called twice.&lt;/LI&gt;
	&lt;LI&gt;The hex dump shows random garbage (changes from run to run), even though the two calls to upsweepMulti should have zeroed out the entire array.&lt;/LI&gt;
&lt;/OL&gt;

&lt;P&gt;As a bonus bug, uncommenting the #define OPT_DISABLE in the host code (to compile with -cl-opt-disable) changes the results such that get_local_id(0) appears to be returning 0 everywhere.&lt;/P&gt;

&lt;P&gt;I'm using 64-bit Ubuntu 13.10. Hopefully the bug will reproduce on other systems, given that it seems like a memory corruption bug of some sort.&lt;/P&gt;</description>
    <pubDate>Mon, 23 Dec 2013 21:21:57 GMT</pubDate>
    <dc:creator>Bruce_M_</dc:creator>
    <dc:date>2013-12-23T21:21:57Z</dc:date>
    <item>
      <title>Sample kernel showing multiple driver bugs (printf-related?)</title>
      <link>https://community.intel.com/t5/OpenCL-for-CPU/Sample-kernel-showing-multiple-driver-bugs-printf-related/m-p/944072#M1848</link>
      <description>&lt;P&gt;The attached code produces some very weird results, that I think must be OpenCL compiler bugs. I tried to make it smaller but it seems sensitive to small changes (it's still a pretty minimal example though).&lt;/P&gt;

&lt;P&gt;The output is&lt;/P&gt;

&lt;P&gt;[plain]Device name:&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz&lt;BR /&gt;
	Driver version: 1.2.0.76921&lt;BR /&gt;
	addr = 0 lid = 0 bias = 0&lt;BR /&gt;
	addr = 1 lid = 1 bias = 0&lt;BR /&gt;
	addr = 2 lid = 2 bias = 0&lt;BR /&gt;
	addr = 3 lid = 3 bias = 0&lt;BR /&gt;
	addr = 4 lid = 4 bias = 0&lt;BR /&gt;
	addr = 5 lid = 5 bias = 0&lt;BR /&gt;
	addr = 6 lid = 6 bias = 0&lt;BR /&gt;
	addr = 7 lid = 7 bias = 0&lt;BR /&gt;
	addr = 8 lid = 8 bias = 0&lt;BR /&gt;
	addr = 9 lid = 9 bias = 0&lt;BR /&gt;
	addr = 10 lid = 10 bias = 0&lt;BR /&gt;
	addr = 11 lid = 11 bias = 0&lt;BR /&gt;
	addr = 12 lid = 12 bias = 0&lt;BR /&gt;
	addr = 13 lid = 13 bias = 0&lt;BR /&gt;
	addr = 14 lid = 14 bias = 0&lt;BR /&gt;
	addr = 15 lid = 15 bias = 0&lt;BR /&gt;
	addr = 16 lid = 0 bias = 16&lt;BR /&gt;
	addr = 16 lid = 1 bias = 16&lt;BR /&gt;
	addr = 16 lid = 2 bias = 16&lt;BR /&gt;
	addr = 16 lid = 3 bias = 16&lt;BR /&gt;
	addr = 16 lid = 4 bias = 16&lt;BR /&gt;
	addr = 16 lid = 5 bias = 16&lt;BR /&gt;
	addr = 16 lid = 6 bias = 16&lt;BR /&gt;
	addr = 16 lid = 7 bias = 16&lt;BR /&gt;
	addr = 16 lid = 8 bias = 16&lt;BR /&gt;
	addr = 16 lid = 9 bias = 16&lt;BR /&gt;
	addr = 16 lid = 10 bias = 16&lt;BR /&gt;
	addr = 16 lid = 11 bias = 16&lt;BR /&gt;
	addr = 16 lid = 12 bias = 16&lt;BR /&gt;
	addr = 16 lid = 13 bias = 16&lt;BR /&gt;
	addr = 16 lid = 14 bias = 16&lt;BR /&gt;
	addr = 16 lid = 15 bias = 16&lt;BR /&gt;
	00 00 00 00 c4 7f 00 00 40 66 f0 b6 c4 7f 00 00 00 00 00 00 01 00 00 00 4d 0f 4d bc c4 7f 00 00[/plain]&lt;/P&gt;

&lt;P&gt;There are several oddities here:&lt;/P&gt;

&lt;OL&gt;
	&lt;LI&gt;For the second half, addr is reported as 16, even though it is computed as lid + bias, which should range from 16 to 31.&lt;/LI&gt;
	&lt;LI&gt;The hex dump line (final line) only appears once, even though upsweep4 is called twice.&lt;/LI&gt;
	&lt;LI&gt;The hex dump shows random garbage (changes from run to run), even though the two calls to upsweepMulti should have zeroed out the entire array.&lt;/LI&gt;
&lt;/OL&gt;

&lt;P&gt;As a bonus bug, uncommenting the #define OPT_DISABLE in the host code (to compile with -cl-opt-disable) changes the results such that get_local_id(0) appears to be returning 0 everywhere.&lt;/P&gt;

&lt;P&gt;I'm using 64-bit Ubuntu 13.10. Hopefully the bug will reproduce on other systems, given that it seems like a memory corruption bug of some sort.&lt;/P&gt;</description>
      <pubDate>Mon, 23 Dec 2013 21:21:57 GMT</pubDate>
      <guid>https://community.intel.com/t5/OpenCL-for-CPU/Sample-kernel-showing-multiple-driver-bugs-printf-related/m-p/944072#M1848</guid>
      <dc:creator>Bruce_M_</dc:creator>
      <dc:date>2013-12-23T21:21:57Z</dc:date>
    </item>
    <item>
      <title>We will take a look at the</title>
      <link>https://community.intel.com/t5/OpenCL-for-CPU/Sample-kernel-showing-multiple-driver-bugs-printf-related/m-p/944073#M1849</link>
      <description>&lt;P&gt;We will take a look at the issues and get back to you.&lt;/P&gt;

&lt;P&gt;Thanks,&lt;BR /&gt;
	Raghu&lt;BR /&gt;
	&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sat, 04 Jan 2014 00:39:20 GMT</pubDate>
      <guid>https://community.intel.com/t5/OpenCL-for-CPU/Sample-kernel-showing-multiple-driver-bugs-printf-related/m-p/944073#M1849</guid>
      <dc:creator>Raghupathi_M_Intel</dc:creator>
      <dc:date>2014-01-04T00:39:20Z</dc:date>
    </item>
  </channel>
</rss>

