<?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 Laurent, in OpenCL* for CPU</title>
    <link>https://community.intel.com/t5/OpenCL-for-CPU/barrier-and-driver-crash/m-p/986208#M2654</link>
    <description>&lt;P&gt;Laurent,&lt;BR /&gt;&lt;BR /&gt;Thanks for the suggestion. The optimization guide clearly mentions the pitfalls of using barriers in branchy code. Though it is a nice idea for the tools to WARN about potential problems, I am not sure if such a capability is beyond what Kernel Builder can offer. If you have more suggestion please do post here. I will gather all the feedback and talk to the product team.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Raghu&lt;/P&gt;</description>
    <pubDate>Wed, 03 Apr 2013 20:11:58 GMT</pubDate>
    <dc:creator>Raghupathi_M_Intel</dc:creator>
    <dc:date>2013-04-03T20:11:58Z</dc:date>
    <item>
      <title>barrier and driver crash.</title>
      <link>https://community.intel.com/t5/OpenCL-for-CPU/barrier-and-driver-crash/m-p/986207#M2653</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;Today I used the barrier call for the fist time and it was causing a crash of the graphic driver (HD4000, Win7 x64, 9.17.10.2932) (Lucky for me Win7 was able to restart it nicely every time).&lt;/P&gt;
&lt;P&gt;The issue was that I had a barrier inside an IF statement and that not all work items were taking the branch.&lt;/P&gt;
&lt;P&gt;Now, it would be good in the offline compiler was able to at least raise a warning about that if not an error actually.&lt;/P&gt;
&lt;P&gt;After moving the barrier my kernel worked fixing the code, so no big deal here but just to let you know.&lt;/P&gt;
&lt;P&gt;Ideally the kernel compilation should detect that before crashing the driver :)&lt;/P&gt;
&lt;P&gt;Laurent.&lt;/P&gt;
&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 01 Apr 2013 04:39:31 GMT</pubDate>
      <guid>https://community.intel.com/t5/OpenCL-for-CPU/barrier-and-driver-crash/m-p/986207#M2653</guid>
      <dc:creator>LLess</dc:creator>
      <dc:date>2013-04-01T04:39:31Z</dc:date>
    </item>
    <item>
      <title>Laurent,</title>
      <link>https://community.intel.com/t5/OpenCL-for-CPU/barrier-and-driver-crash/m-p/986208#M2654</link>
      <description>&lt;P&gt;Laurent,&lt;BR /&gt;&lt;BR /&gt;Thanks for the suggestion. The optimization guide clearly mentions the pitfalls of using barriers in branchy code. Though it is a nice idea for the tools to WARN about potential problems, I am not sure if such a capability is beyond what Kernel Builder can offer. If you have more suggestion please do post here. I will gather all the feedback and talk to the product team.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Raghu&lt;/P&gt;</description>
      <pubDate>Wed, 03 Apr 2013 20:11:58 GMT</pubDate>
      <guid>https://community.intel.com/t5/OpenCL-for-CPU/barrier-and-driver-crash/m-p/986208#M2654</guid>
      <dc:creator>Raghupathi_M_Intel</dc:creator>
      <dc:date>2013-04-03T20:11:58Z</dc:date>
    </item>
  </channel>
</rss>

