Bug 98702 - OpenCL applications freeze the desktop
Summary: OpenCL applications freeze the desktop
Status: RESOLVED MOVED
Alias: None
Product: Beignet
Classification: Unclassified
Component: Beignet (show other bugs)
Version: unspecified
Hardware: x86-64 (AMD64) Linux (All)
: high blocker
Assignee: Zhigang Gong
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-11-13 09:26 UTC by Artem S. Tashkinov
Modified: 2018-10-12 21:24 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Xorg.log (6.98 KB, application/x-bzip)
2016-11-13 12:54 UTC, Artem S. Tashkinov
Details

Description Artem S. Tashkinov 2016-11-13 09:26:40 UTC
Hardware: laptop with Intel Core i5 6200U CPU
Software: Fedora 24 64 + all updates + kernel 4.8.6

Whenever I run any OpenCL applications my entire desktop almost completely freezes: the mouse cursor barely moves, I cannot type anything, there's a huge delay whenever I try to interact with anything. In short the desktop becomes unusable.

This happens for instance when running:

$ clpeak --all-tests

for most tests CPU usage remains negligible.

I have verified the issue with both Intel proprietary OpenCL drivers (  Intel intel-opencl-r3.0 (SRB3) Linux driver package ) and Beignet open source drivers.
Comment 1 Chris Wilson 2016-11-13 10:36:25 UTC
Xorg.0.log?
Comment 2 Artem S. Tashkinov 2016-11-13 12:54:18 UTC
Created attachment 127948 [details]
Xorg.log
Comment 3 Artem S. Tashkinov 2016-11-13 13:29:48 UTC
I'm curious why you changed the component to "Driver/modesetting".

It looks like no one will be looking at this bug any time soon.
Comment 4 Vedran Miletić 2017-03-22 16:42:55 UTC
I think this is expected with clpeak.
Comment 5 Artem S. Tashkinov 2017-03-22 17:00:37 UTC
I said in the original post:

> I have verified the issue with both Intel proprietary OpenCL drivers (  Intel intel-opencl-r3.0 (SRB3) Linux driver package ) and Beignet open source drivers.

I'm reverting the title.

(In reply to Vedran Miletić from comment #4)
> I think this is expected with clpeak.

I thought GPUs are exceedingly multithreaded/parallelized/etc. which means they have enough power to multitask efficiently.
Comment 6 rongyang 2017-04-19 03:39:25 UTC
(In reply to Artem S. Tashkinov from comment #5)
> I thought GPUs are exceedingly multithreaded/parallelized/etc. which means
> they have enough power to multitask efficiently.
Now GEN's parallel is instruction level, not the task level. So from application's view, application uses GPU exclusively.
Comment 7 Artem S. Tashkinov 2017-04-19 05:38:48 UTC
(In reply to rongyang from comment #6)
> (In reply to Artem S. Tashkinov from comment #5)
> > I thought GPUs are exceedingly multithreaded/parallelized/etc. which means
> > they have enough power to multitask efficiently.
> Now GEN's parallel is instruction level, not the task level. So from
> application's view, application uses GPU exclusively.

In that case feel free to close to bug report because it surely looks like INVALID.
Comment 8 GitLab Migration User 2018-10-12 21:24:32 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/beignet/beignet/issues/32.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.